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PREFACE 


This Trouble-shooting Manual was written as an aid to D.E.C. Field 
Service Engineers for VAX-11/780 System problems. 


This outline is not intended to tell you what module to replace, 
but instead, is meant to lead you in the right direction. It is 
assumed that you are familiar with at least the following: 


1. VAX-11/780 Processor 

a. Understand CONSOL.SYS command language. 

b. Know Physical and Electrical Configurations. 

Cc. Know HEX. 

d. Can examine/deposit Memory,I/O Regs.,and ID Regs. 
2. VMS Booting 

a. Know how to boot. 

b. Have a basic understanding how boot is done. 
3. Basic use of VMS such as: 

a. Able to login. 

b. Able to run "SYE" or "SPEAR". 

c. Able to use an editor. 
4, Know how to run all VAX-11/780 Diagnostics. 


Often times reference is made to "DUMP., HANG., & SDA.COM”" command 
files within this outline. These files are files that I have written 
to do specific functions. You can use the files I have written or you 
can create similiar files yourself. I have also written several VMS 
DCL command files that are meant to aid D.E.C. Field Service in doing 
certain time-consuming functions. 


The "DUMP. and HANG." command files are CONSOL.SYS command files that 
should be generated by D.E.C. Field Service and placed on the "LOCAL 
CONSOLE Floppy”. The purpose of these two command files are as 
follows: 


Is a command file that dumps all the Hardware Register contents to 
the Console Terminal. This command file is executed as an indirect 
command file from CONSOL.SYS. The purpose of this command file is to 
provide D.E.C. Field Service with additional trouble-shooting 
information concerning crashes that bring the software down and 
control is passed back to the CONSOL.SYS program. 


Is a command file that dumps all the Hardware Register contents, a few 
PC's during single step mode (to determine Hung loop), and then 
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initiates the "CRASH." Local Console Floppy command file so that a 
Software Dump will be taken. The purpose of this command file is to 
provide D.E.C. Field Service with additional trouble-shooting 
information concerning system software hangs. 


SDA.COM 


The "SDA.COM" file is a VMS DCL command file that creates an output 
file that contains basic information taken from a specified Software 
Dump file. This file should be used, by you, when you are gathering 
information about a Software Dump to take back to your Support 
Group. 


SAVEDUMP . COM 


It 1S very inportant for the Customer to save the Software Dump file, 
"SYSSSYSTEM:SYSDUMP.DMP", every time the system is rebooted due to an 
Operating System crash. The easiest way to assure that this happens 

on every crash is to put the appropriate commands, to do the save, in 
the "SYSSSYSROOT: [SYSMGR]SYSTARTUP.COM" command file. I have generated 
a command file that the Customer can execute from the SYSTARTUP command 
file that will save the SYSDUMP.DMP file in the area that the Customer 
specifies. This command file, SAVEDUMP.COM, will name the saved file 
with a name that specifies the date and time of the reboot, after the 
crash. By using SAVEDUMP.COM, it is much easier to match Software 
Dumps to the appropriate crash. 


This GUIDE references two handbooks extensively. These handbooks 
should always accompany you when you are working on a VAX-11/780 
System. These handbooks are: 


VAX Maintenance Handbook, VAX Systems #EK-VAXV1-HB-??? 
VAX Maintenance Handbook, VAX-11/780 #EK-VAXV2-HB-??? 


Any suggestions as to how to improve this manual will be appreciated. 


Roy D. Fulton 
D.E.C. Field Service 
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SECTION I of this manual is the actual "VAX-11/780 Trouble-Shooting" 
Outline. This section should be used as a guideline as to how to 
attack VAX-11/780 System problems. 


SECTION II of this manual contains information about the VMS Operating 
System, the Command files used to boot VMS, SYSGEN commands, Unibus 
autoconfiguration requirements, etc. 


SECTION III of this manual contains information concerning special 
command files and special programs. 


SECTION IV of this manual contains information on VAX Architecture 
that may be needed as a reference while trouble-shooting. 


SECTION V of this manual contains information about the different 
buses used on the VAX-11/780 systems. 


SECTION VI of this manual contains information about the UNIX 
Operating System errors. 


SECTION VII of this manual contains miscellaneous tidbits of 
information. : 


SECTION VIII of this manual contains the defintions of the bits 
in the NEXUS registers. The definitions for the CPU's registers 
are contained in the VAX Maintenance Handbook for the VAX-11/780. 
This section was copied from various VAX-11/780 Nexus Hardware 
manuals and microfiche. 
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Trouble-Shooting Approach 
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The following pages are an Outline as to some of the things that you 
should do for certain types of VAX-11/780 problems. It is assumed 
that you will use a sound trouble-shooting approach to fixing the 


problem. 


The following Trouble-Shooting Method is a proven 


approach that can be tailored to every situation. 


The correct steps to take in trouble-shooting are; 


i 


RESEARCH and DEFINE the PROBLEM. 
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The problem should be diagnosed to a certain type of 
problem that happens under certain types of conditions. 
This must be done so that you will be able to recognize the 
problem on the next failure even though it may not exhibit 
exactly the same symptoms on the next failure. 


The Definition of the Problem does not necessarily identify 
the failing unit or subsystem, but simply describes the problem 
symptoms. 


Do not proceed to the next step until this is accomplished. 


Enter all error symptoms in the Log book. 


VENTURE a Testable EDUCATED GUESS as to the PROBLEM AREA. 


From the information examined in step #1, make an educated 
guess as to where within the VAX-11/780 SYSTEM the problem 
lies. In other words, what subsystem or unit do you believe 
the failure to be in based on past experience, training, and 
the failure data information examined. 


If you are not able to make an educated guess at this time, 

lt may be necessary to either wait for another failure in order 
to obtain more information, and/or you may need to ask your 
sources for aid in diagnosis. 
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If unable to do this step, be sure that error information 
catching facilities are in place, wait for another failure, 
and then go back to step #1. The error catching facilities 
you: may want to implement for the VAX-11/780 SYSTEM may be 
as follows: 


a. Set the SYSGEN parameter "BUGREBOOT" to a 
"0", so that a Hardware Register Dump may be 
taken at failure time. 


b. Set the SYSGEN parameter "DUMPBUG" to a "1", so 
that the Software Dump will be taken. 


c. Set the SYSGEN parameter "BUGCHECKFATAL” to a 
"1", so that NON-FATAL Bugchecks will be 
treated as Fatal Bugchecks. You probably don't 
want to do this without also setting "“BUGREBOOT” 
to a "QO". 


d. Education of customer as to how to dump the 
Hardware Registers. 


e. Making sure that the Customer's SYSTARTUP.COM file 
saves the Software Dumps or at least make sure that 
the Customer has Software Dump Saving procedures in 
place. 


f. An Error Log report should be taken, and available 
on Hardcopy, of the time prior to and at time of 
the failure(s). 


Be sure you enter into the Log Book what your evaluation is and 
anything else you may have done. 


SET-UP an TEST CASE in order to isolate the PROBLEM. 
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Using your knowledge of the system, past experience, and your 
Support resources (if you need them), make a decision as to 
what area of Hardware or Software should be replaced or 
swapped first. This replacement or swapping should be done 
in a educated manner. 


DO NOT swap or replace parts within the believed problem 


area in a haphazard manner. You should be able to pick out 
the most suspectable area. 
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Once you have decided what parts to replace or swap, MARK in 
a CLEAR easily defined METHOD each part that will be used 

in the test case in such a way that you and your counterparts 
will readily be able to determine the following: 


a. The ORIGINAL SOURCE of EACH UNIT involved in the 
test case swap or replacement. 


b. The DATE and TIME of the SWAP or REPLACEMENT of 
EACH UNIT involved in the test case. 


This may be accomplished by either tagging the appropriate 
units or by marking each unit with a different marking and 
then entering the appropriate information in the SYSTEM's 
LOG Book by referencing these markings. This 1s VERY 
IMPORTANT. 


PREDICT the RESULTS of the TEST CASE. 


Make an educated prediction as to what the results of the 
test case will be. In other words, if you swapped a couple 
of units within the SYSTEM or DEVICE, what type of failure 
do you suspect will happen if the expected failing unit does 
indeed fail again. 


It is very important that this information be recorded in th 
SYSTEM's LOG Book, so that you and your counterparts will know 
what to suspect upon the next failure. 


CONDUCT the TEST CASE. 
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Perform the appropriate changes in order to conduct the 
test case as planned. Be sure to log everything in the 
SYSTEM's LOG Book. 
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EVALUATE the DEFINITION of the PROBLEM upon the NEXT FAILURE, 
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Now that you have more information to work with, does this 
failure still fit under the first definition of the problem? 


If it doesn't, then proceed according to the following: 


a. 


Is there more than one problem? If there is more 
than one problem, each should be researched, 
defined, tested, etc., separately. 


Be sure to label all failure information so that 
you will know what information goes with what 
failure. 


Has another problem been introduced as a result of 
units used in the test case? One of the units 
that you inserted into the SYSTEM may have gone 
bad. If so, then you will have to evaluate 
whether to insert another new unit and wait for 
another failure or should you just replace the 
Original and conduct another test case. 


If it does fit under the same definition, continue to step #7. 


RESEARCH and REFINE the DEFINITION of the PROBLEM. 


After each failure, 
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it may be necessary to redefine the problem 


or to refine.the definition of the problem due to the contents 


of the problem's dumps. 


Refine the problems definition at this 


point based on past experience, knowledge of the failing unit, 
input from your Support resources, and the added problem 
failure information taken at the last failure. 


In other words, you may be able to give a better definition to 
the problem, at this point in time, that will make it easier to 
determine where the problem lies and easier to determine when 


it 1s fixed. 


LOG Book. 


Be sure to enter this information in the SYSTEM's 


Be sure to enter into the Log Book exactly how each failure 
occurs and exhibits itself. 
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RETURN NON-FAILING UNITS to their ORIGINAL POSITIONS. 
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It is very important to return the non-failing units, moved 
as a result of the test case, to their original positions 
as soon as the test case 1s completed. 


This should be recorded in the SYSTEM's LOG Book in order to 
prevent confusion in the future. 


This step is probably the most often ignored step even though 
it is one of the most important steps. 


REPLACE FAILING UNITs with SPAREs. 
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Replace the failing units with spares. Since step #8 was done, 
the new unit (a spare) should be going into the ORIGINAL 
position of the failing unit. 


This information should be recorded in the SYSTEM LOG Book, and 
an entry should be made on the appropriate DEVICE's LOG Sheet. 


REPEAT UNTIL the PROBLEM is SOLVED. 
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Repeat steps 2 thru 9 until the problem is solved. 


When the Problem is declared solved should be a predetermined 
period of time after the last failure. This time must be 
mutually agreeable between D.E.C. Field Service and the 
Customer. The determination of how long the system must run, 
without the defined problem happening, should be primarily 
based upon two things. They are: 


a. The T.B.F. (time-between-failures). 


b. The minimum run time that the customer would 
feel comfortable with. 


The elapsed time period before the problem is declared solved 
should be no less than twice the longest time between failures, 
and should be equal to or greater that the customer required 
time. 
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SYS TEM LOG BOOKS 
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Log Book maintenance is a very important part of SYSTEM trouble- 
shooting. The keeping of a Log book is not just the Site 
Representative's duty but is the duty of every person that goes 
onsite to fix any problem. Every time you are onsite, anywhere, 

you should not consider the call complete until the System's LOG 
book has been filled out giving a detailed description of everything 
that has expired during your visit. 


When properly used, a System Log Book will: 

1. Stop UNNEEDED CONFUSION about the status of 
the SYSTEM, what was replaced when, what is 
expected to happen, what to do next if a certain 
event happens, if a certain event doesn't reoccur, etc. 

2. Provide SYSTEM History information. 

3. Provide DEVICE History information. 

4, Provide updated SYSTEM Configuration information. 

5. Provide an Intermittent Problem Action Plan. 

6. Provide SYSTEM and DEVICE PM Status. 

7. Provide SYSTEM and DEVICE diagnostic Run sheets. 


8. Provide a means of passing information from one 
D.E.C. Field Service Engineer to another. 


9. Provide a means of obtaining SYSTEM uptime information. 


10. Provide specific SITE Dependent information such as 
where the Diagnostics are kept, where the Prints are kept, 
what test to run, special security considerations, specific 
Site dependent information, etc. 


Every little tidbit of information about a problem should be entered 
into the Log Book. These tidbits may seem unimportant to you now, but 
may become valuable bits of information later on. 


It 1S your duty to help maintain an accurate log book for each 
system that you work on, every time you are on site. 
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SOURCES of INFORMATION 
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At times you may need some help in Problem Diagnosis, Repair, ECO 
information, Diagnostic information, and etc. A list of resources that 
you can use is listed below: 


Is 


Your fellow workers in your Branch. 

This iS an important resource. If you know someone 

in your group that probably knows the answer to your 
question(s), don't be afraid to ask for their help. 
Working together in this way also helps to build morale 
within a group. 


Your Remote Support and local Support Groups. 
The Remote Diagnosis Center, (RDC),in Colorado. 


RDC can : Run Diagnostics. 
Examine VMS Dumps. 
Answer ECO problems. 
Look up information in the Library. 
Answer functional questions. 
Run/Monitor extended testing. 


Be aware that the RDC now has a library of all 
kinds of information. When you call RDC, they 
willl ask you your SYSTEM TYPE, at this point 
ask for the LIBRARY. 


If you know ANYONE in D.E.C. that probably knows the answer 
to your question, feel free to call and ask. We, all D.E.C. 
employees, owe our jobs to our Customers. Therefore, there 
1S no reason why anyone in D.E.C. should refuse to answer a 
question for you if they know the answer. 


XX1V 


MAINTAINING CONTROL 
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This is probably the most misunderstood and abused concept of 
trouble-shooting basics, but it is of the utmost importance that 
the Field Service Engineer MAINTAINS CONTROL of the SITUATION at 
ALL times. This manual will not do you any good if you do not 
have the control needed to perform the steps specified. [In order 
to fix Customer Problems quickly and efficiently, you must: 


. Be able to MAINTAIN CONTROL at all times. 

Have good CUSTOMER RELATION SKILLS. 

Have a sound TROUBLE-SHOOTING APPROACH. 

- Have the ABILITY TO BE SYMPATHATIC towards the 
CUSTOMER'S BUSINESS NEEDS. 

5. Have KNOWLEDGE of the hardware and software. 
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What is meant by Maintaining Control as related to trouble-shooting? 
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Maintaining Control simply means that you, a D.E.C. Field Service 
Engineer that 1S attempting to fix a Customer's problem, must at all 
times approach the problem with you in command of the situation. This 
Simply means that you make the decisions as to what to do, when to do 
it, and how to do it, while carefully considering the Customer's 
business needs (all your decisions must remain within the Problem 
Manager's guidelines). You must maintain control while also making 
sure that your decisions will impact the Customer's business as little 
as possible. 


Loosing control, more often than not, causes longer overall downtime 
for the Customer and also causes you to start to loose confidence in 
your ability to do your job properly. Your job is to fix the 
Customer's problem(s) as soon as possible while affecting his/her 
business as little as possible. If you do not Maintain Control of the 
Situation, you obviously cannot perform your job properly. 


If at any time you feel that you are starting to loose control, 
immediately contact your: management and get them involved. DO NOT 
allow yourself to loose complete control before contacting your 
management. Everyone needs help occassionally. Don't let your 

pride prevent you from doing what is best for the Customer and D.E.C.. 


The amount your decisions impact the Customer's business needs must 
always be considered carefully. Sometimes it makes more sense to take 
the System for an extended period of time, in order to reduce the 
total overall time spent repairing the Customer's problem. 
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Maintaining Control does not mean that you make your decisions without 
the Customer's input. One of the first steps you should always do when 
trouble-shooting a problem, is to gather as much information about the 
problem as possible. The first source of information about the problem 
comes from the Customer. The Customer may even have an idea about 

what is causing the problem. You should listen to everything that the 
Customer has to say. This does not mean that you base your 
trouble-shooting totally on the information received from the Customer. 
Research the problem thoroughly before jumping in and replacing things. 
You must also use input from the Customer when you are weighing what 
you want to do’with how it will affect the Customer's business. 


It is of the utmost importance not to abuse your control. Abuse of 
control can only result in a poor D.E.C./Customer relationship. You 
must maintain good D.E.C./Customer relations and supply the Customer 
with the best service possible within the guidelines of the Customer's 
Contract. | 
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Your goal is to fix the Customer's problem, in the shortest length of 
time, while maintaining complete control of the situation, and while 
constantly evaluating your decisions with respect to the Customer's 
needs, concerns, and Contract Coverage. 


Keep in mind the following: 


1. Maintain Control of the situation. 


2. Always weigh your decisions with respect to the 
following: 
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Customer's Business needs and concerns. 
b. D.E.C.'S Contract Obligations to the Customer. 
c. Is this the quickest approach to fixing the 
problem? 
3. Maintain good D.E.C./Customer relations. 


4. Always be CONSIDERATE, TRUTHFUL, and FAIR. 
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SECTION I 


VAX-11/780 Trouble-Shooting Outline 


VAX-11/780 Trouble-Shooting Basics 


This outline is designed to aid you in isolating problems to either the 
Memory, the VAX-11/780 CPU, the VAX-11/780 Front-end Subsystem, a VAX-11/780 
Nexus, a Peripheral Device or to Software. Peripheral Devices will only be 
covered in general while the VAX CPU, the MEMORY, and the NEXUSes will be 
covered more thoroughly. 


An UNDEFINED PROBLEM exists. The problem is undefined until "YOU" make 
an educated guess as to where the problem probably lies. 


GATHER all INFORMATION, from the Customer, that is available about the 
problem and its symptoms. At this point in time, you are not 
evaluating the problem but are merely gathering information that you 
can evaluate later. Keep an open mind, don't let any tidbit of 
information pass you by. Many problems could have been solved sooner 
if the Field Engineer had remembered seemingly insignificant tidbits 
of information that may appear unrelated to the problem. Be sure to 
record as much Symptom information as possible in the "LOG Book". 


a. How is the problem exhibited? 


Lis This is found by talking to the Customer. Be 
Sure to record this information in the "LOG Book". 
2% Is the problem intermittent or a solid problem? 
3 Can the problem be recreated at will? 
4, What is the MTBF (mean time between failures)? 
oe Does the problem seem to be related to only one or 


only a group of functions or programs? 


6. If it is a program that causes the problem, is this 
a customer program or a D.E.C. supported program? 


7: Is there anything common about the problem in either 
software or hardware? 


8. Did any System Environmental changes take place 
previous to or at time of the problem? 


93 Does the problem appear to be, or could the problem 
be, media related? 


b. What is the customer's evaluation of the problem? 


dg Does the customer believe the problem to be in 
a certain area of the hardware or software? Be 
sure to record this information in the "LOG Book", 


c. Is there a hard copy printout showing the problem symptom? 
If the Operating System crashed or hung, what you want is 
the Console Terminal output at the time of the failure. 


dig If a "Hard Copy Printout” is available, ask the 
customer for it. 


d. Was a “Hardware Register Dump” taken at failure time? 


1 If the software crashed or hung, the customer should 
have taken a "Hardware Register Dump" (by using the 
"DUMP. or HANG.” command file on the "LOCAL CONSOLE” 
floppy) immediately at time of failure. Ask for this 


dump. 
e. Was a "Software Dump” taken and saved? 


je If the software crashed a software dump should have 
occurred automatically as a result of the Operating 
System executing its crash routine (if SYSGEN parameter 
DUMPBUG=1). The dump should have been saved by the 
Customer when the system was rebooted. Ask the Customer 
for the "DDCU: [DIRECTORY ]FILENAME.EXT" of the "SAVED 


SOFTWARE DUMP". 


3. Get an ERROR LOG REPORT if possible at time of and prior to failure. 


If the problem is of the type that allows the Operating System to 

run, or is a problem that intermittently crashes the Operating System, 
attempt to get an "ERROR LOG" report by running either "SPEAR" or 
"SYE". Have the output go to a file, and then print that file. 

If you are running SPEAR, use the “SPEAR Analyze" function to analyze 
the errors prior to the crash. It may be necessary to do a full 
retrieve of all information. In some cases it may not be possible to 
do Error Log reporting at this time. In those cases, it iS wise to run 
Error Log reporting as soon as the system is functional enough to do 
so. Operating System Error Logging is a great aid to trouble-shooting, 
use it whenever possible. The VAX Error logging utility is very good. 
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IDENTIFY the TYPE of PROBLEM if possible. Now that you have gathered 
as much information as you can about the problem, find a desk or table 
somewhere where you can sit down and attempt to "Isolate the Problem". 
The first step in problem isolation, is to determine the "Type of 


Problem". 


VAX-11/780 Problems can be broken down into several basic types: 


13. 


Operating System Crashes or Bugchecks. 
(This includes "Machine Checks" & "CPU DBLE-ERR HLT's") 


Operating System Hangs. 

Operating System Functional Problems. 
Operating System Backup Problems. 

Booting Problems. 

Front-end Subsystem goes back to ODT, Hangs, Halts. 
Unexplained Reboots or Power Restarts. 
Problems on a Certain Device or Devices. 
System or Peripheral Device won't Power-Up. 
Something's Burning. 

Problems Building the VMS Operating System. 
Error Bits set in a NEXUS (DW780, RH780, etc.) 
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Determine which of the above types the problem fits under and then 
go to the outline for that problem type. Every problem should 
fit under one of these problem types. 


VAX-11/780 System Trouble-Shooting tools: 


Visual and Sensual Indications 
a. LSI-1l Front panel indicators - DCON, RUN 
b. VAX-11/780 Control panel indicators - ATTN, RUN, POWER 
c. H7100 status indicators 
Power Normal, Regulator Failure, Overtemp, 
Overcurrent, & Power Inverter Failure 
ad. Smoke, fire, heat, burning smell 


Registers 
a. The CPU ID <00:3E> registers 
E/ID/L/N:3E 0 
b. The Control/Status registers in each nexus 


E/L/P/N:x 200xx000 - for each nexus 

c. The Control/Status registers in each UNIBUS device 
E/L/P/N:x 201xxxxx - for each UNIBUS device 

d. The Control/Status registers in each MASSBUS device 
E/L/P/N:x 200xx400 - for each MASSBUS drive 


Console Terminal Messages 
a. LSI-1l ODT error messages 
XXXXXX <- PC at time of LSI macro program halt 
@ <- LSI ODT prompt 
b. Error messages from CONSOL.SYS 
2? XXXXXXKKXKXXXXXXXX 
>>> 
c. Error messages from the OPERATING SYSTEM (VMS/UNIX) 
FATAL BUGCHECK <- From VMS. Is followed by 
a General register dump, Stack 
dump and a description of error. 
d. Error messages from other programs 


User Terminal Messages 
a. Error messages from the OPERATING SYSTEM (VMS/UNIX) 
b. Error messages from other programs 


Error Log Information 
a. "“ERRLOG.SYS" for Shes? VMS operating system 
in SYSSERRORLOG: ERRLOG.SYS 
b. "/messages” file for the UNIX operating system 


System Manager/User Input 
a. System Manager/User definition of the problem 
b. System Manager/User feelings of problem area 
c. Any customer known or initiated changes to system 


System History 
a. Past failure/repair history of the system 
b. ECO status of the system 
c. System configuration changes 
d. Software changes 
e. PM history 
f. Enviromental Changes 


VMS Operating System Crashes or Bugchecks 


Due to the nature of these types of problems and the Software decisions 

that are made, the System may not be down when you arrive onsite. For this 
reason, these flows will not specify when to run diagnostics. If the 
Operating System is operative when you arrive onsite, it is probably best 

to gather the listed information about the crash and attempt to at least 
make a preliminary diagnosis before taking the system to run diagnostics. 
This preliminary diagnosis should point you to an area or subsystem on 
which to start running diagnostics. 


In order to trouble-shoot these types of problems, it is necessary to gather 
as much information about the crash as possible. The amount of information 
that you will be able to gather will depend upon how the system is set up. 
Procedures to gather the following types of information should have been 
setup previous to the crash: 


Doing a HARDWARE REGISTER DUMP. 

SYSGEN parameter DUMPBUG set to al so as to get a SOFTWARE dump. 
Saving of SOFTWARE dumps on reboots. 

Saving of Errlog (EVENT file) information. 

Saving of the Console Terminal output (on hardcopy). 

Accurate LOG BOOK information concerning all activity on the system. 
It is IMPOSSIBLE to gather TOO MUCH information about a problem." 
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In order to gather the Hardware Register Dumps, certain modifications to the 
LOCAL/REMOTE CONSOLE FLOPPY should be made. A "DUMP." and "HANG." command 
file should be created that is tailored to the associated system (see the 
procedures in Chapter 3 of this manual). It is possible to get all the 
Hardware Register information needed by using these two command files, but 
the customer must run the system with SYSGEN parameter BUGREBOOT = 0 and 

the AUTO-RESTART switch OFF. Then when the system crashes, you or the 
customer must take the dump by initiating either the "DUMP." or "HANG. 
CONSOL.SYS command file prior to rebooting of the system. This method 

is usually not desirable from the customer's standpoint of trying to have 
the system up as much as possible. A better method is to add the commands 
in the "DUMP." command file to the front of the "DEFBOO.CMD" & "“RESTAR.CMD" 
command files on the LOCAL/REMOTE CONSOLE Floppy. This will allow the 
customer to run with AUTO-RESTART set ON and the SYSGEN parameter BUGREBOOT 
set to al, and the Hardware Register dump will automatically be taken prior 
to the system rebooting. 


On these crashes, the Hardware Register Dump may not reflect the 

same ID register contents as were present at the actual time of the error 
due to VMS not halting immediately (several things are done prior to VMS 
halting, one of which is the writing of the Software Dump). The Hardware 
Register Dump may show some Device or Nexus errors though. It is always 
better to have extra information rather than not enough, so take the 
HARDWARE REGISTER DUMP whenever possible. 


The ERRLOG.SYS file should be examined, whenever possible, to see 1f the 
Operating System was able to log any error information that may be causing 
the crashes. The VAX VMS "System Event File (ERRLOG.SYS)" is a very useful 
trouble-shooting tool that is very often overlooked. Many times the 

Fatal Bugchecks are caused by something that is logged in ERRLOG.SYS just 
prior to the crash. 


There are many different types of "FATAL and/or NON-FATAL BUGCHECKS". 
BUGCHECKS can either be caused by Hardware errors or Software detected 
error conditions. The SOFTWARE detected errors "may not" be caused by 
any hardware failures. 


Whether a BUGCHECK is declared "FATAL or NON-FATAL" depends upon what 
"MODE" the processors is in when the error occured. Basically, a 
"Non-Fatal Bugcheck” is a Bugcheck that has occured while the processor 
is in either the "USER" or "SUPERVISOR" mode. A "Fatal Bugcheck" is one 
that has occured while the processor is in either the "EXEC" or "KERNEL" 
mode. Chapter 2, of this manual, describes Fatal and Non-Fatal Bugcheck 
action. 


The easiest of the Bugchecks to trouble-shoot is the MACHINE CHECKS. This 
is due to a specific logout procedure that the VAX-11/780 CPU microcode 
goes through to insure that you have the needed error information stored 
on the stack. Fatal Machine Check Bugchecks will print out the stack 
information on the console terminal. This is usually all the information 
that you need to trouble-shoot this type of bugcheck. Non-Fatal Machine 
Check Bugchecks will cause VMS to store the stack information in the 
system event file (ERRLOG.SYS). All of the other types of BUGCHECKS require 
a software knowledge to affectively trouble-shoot them since these errors 
usually are not the result of some hardware detected error but due to 
softwares detection of a problem. Therefore, you would probably have to 
know what the system software was attempting to do in order to effectively 
trouble-shoot them. 


* FATAL BUGCHECK, VERSION-V3.1 MACHINECHK, Machine check while in kernel mode * 


MACHINE CHECKs 
MACHINE CHECKs 
MACHINE CHECKs 
MACHINE CHECKs 
MACHINE CHECKs 
MACHINE CHECK 
MACHINE CHEC Ks 
MACHINE CHECKs 


MACHINE CHEC Ks 


?? MACHINE CHECK EXCEPTION THROUGH VECTOR: 04(X) 


VAX-11/780 MACHINE CHECK Error Logout 


A Machine Check Exception indicates that the processor detected an 

INTERNAL ERROR in itself, an SBI TIMEOUT, or an SBI ERROR CONFIRMATION is 
received when the processor was attempted an SBI transfer. Software 
decides, on the basis of the logout information presented, whether to abort 
the current process or simply to continue. 


The following steps show the basics of what happens when the VAX-11/780 
CPU detects an error. 


1. The VAX-11/780 CPU detects an error. 
The types of errors that can cause a Machine Check are: 


a. Control Store Parity Error 

b. Cache Parity Error 

c. Translation Buffer Parity Error 

d. Read Data Substitute Error 

e. SBI Read Timeout 

f. SBI Error Confirmation received 

g.- VAX CPU Micro-code goes to unused Micro-code location 


2. The VAX-11/780 Micro-code branches to a "Error Snapshot" micro-code 
routine that performs the saving of the "Machine Check Logout" 
information onto a specified Stack. 


MicroPC Error entry points for PCS (version 1.0) microcode 


— oe eee ee ee es ee es ees es es es ee ee ee es ee ees es eee ee ed ee es ee es es we ee es ee es ee ee ee ee ee ee ee ee ee ee 


uPC O10F = Control Store Parity Error 

uPC 0107 - Translation Buffer Parity Error 

uPC 0108 ra Cache Parity Error 

uPC Q10C = Read Data Substitute 

uPC 010D - S.B.I. Read Timeout or Error Confirmation 
uPC OQEEO - Microseqencer Error 


3. The VAX-11/780 Micro-code saves certain CPU registers in TO thru 
T9 (ID #30 thru 39) for temporary storage. These registers, along 
with the PSL, PC and a byte count, make up the "Machine Check 
Logout” information. The Registers that are saved are: 


a. The CPU Error Status Register (CES = ID #0C) 
b. The Trapped UPC Register (USTACK = ID #20) 
c. The VA/VIBA (from the VA/VAMX multiplexers) 
d. The D-Register (DQ = ID #08) 
e. The TB Error Register #0 (TB ERR #0 = ID #12) 
The TB Error Register #1 (TB ERR #1 = ID #13) 
The Timeout Address Register (TIME.ADR = ID #1A) 
The Cache Parity Error Register (PARITY = ID #1E) 
The SBI Error Register (SBI.ERR = ID #19) 
The D.SV Register (D.SV = ID #2E) 


ty. ee IQ th 


This data is first stored in TO thru T9, in the following order, 
on execution of the micro-words at the specified PCS (version 1.0) 
micro-addresses: 


uPC Register Name ID No. Saved in 

OEFL CPU Error Status OC Tl - ID#31 
OEF2 Trapped Micro-PC 20 T2 - ID#32 
OEF4 VA/VIBA T3 - ID#33 
OEFS D Register T4 - ID#34 
OEFS8 TB Error Register 0 12 T5 - ID#35 
OEFB TB Error Register l 13 T6 - ID#36 
OEFC Timeout Address 1A T7 - ID#37 
OFO] Cache Parity Register 1E T8 - ID#38 
OFO3 S.B.I. Error Register 19 T9 - ID#39 
OF06 Summary Parameter TO - ID#30 


Then this MACHINE CHECK logout information is stored onto the 
stack, along with the PC and PSL. 


This two step procedure is used in order to preserve lst error 
micro-code is attempting. to. ‘logout the lst error's information 
onto the stack. 


PCS (Version 1.0) micro-code entry points 
uPC OEE9 - "Error Snapshot micro-routine” that stores certain 
registers in the TO-T9 temporary registers. 


uPC OF10 - “Error Snapshot micro-routine" that stores the 
Temporary registers (T0:9) onto the stack along with 
the PC, PSL, and a Byte Count longword equal to a 
hex 00000028. 


The VAX-11/780 Micro-code gets the SCBB data to be used to find 
the physical address of the "MACHINE CHECK VECTOR". The SCBB 

is a register (ID #3B) that contains the starting address of the 
System Control Block (SCB). 


The System Control Block is the physical page in memory that 
contains the Exception and Interrupt Vectors. 


NOTE: 


Bits <1:0> of the data in "SCBB+4" are checked, by the Micro-code, 
to determine what Stack to use for the Machine Check Logout 
information storage, or to see if the CPU should halt. 


The Kernel Stack or the Interrupt Stack can be used as the storage 
place for the Machine Check Logout information. 


The VAX-11/780 Micro-code saves the Machine Check Logout 
information onto the Stack specified by "SCBB+4" bits <1l:0>, or 
will halt if these bits are both 1's (<1:0>=3). If the VAX CPU 
halts, control will pass back to the CONSOL.SYS program. 


The Machine Check Logout information consists of the Saved Register 
contents that were saved in Temporary Storage registers ID #30-39, 
the PC and PSL at the time of the error, and a byte count that 
specifies the total number of bytes dumped on the stack (which 

is "always" a hexadecimal 28 or decimal 40). 


The VAX-11/780 Micro-code causes the Instruction Set Processor to 
jump to the routine whose Longword address is in "SCBB+4" if 
"SCBB+4 Bits <1:0>" 1s not equal to 3. If "“SCBBt4 Bits <1:0>=3" 
then the VAX Instruction_Set Processor is halted. 


If "SCBB+4 Bits <1:0>" are not equal to 3, the VAX-11/780 
Instruction Set Processor runs VAX Macro instructions to xo 
the specified trap routine. 


What is done in this routine depends totally on the running 
Macro-code program. When a Machine Check occurs while running the 
VMS Operating System, the Macro Routine that is run now will 
determine whether the Machine Check is FATAL or NON-FATAL and 
will act accordingly. When a Machine Check occurs while running 
the Diagnostic Supervisor, the Macro Routine that is run now will 
normally print out the STACK contents and then go back to the 
"DS>" prompt and await operator input. Other software may simply 
halt when the Machine Check occurs. Still other software may not 
properly set up a "SYSTEM CONTROL BLOCK" and all sorts of strange 
things may happen. 


If another Machine Check condition occurs while the microcode 
1s performing the functions in steps 2 thru 6, the VAX 
microcode flags a "Double Error Halt" and turns control over 
to the LSI Subsystem's CONSOL.SYS program. 
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VMS Fatal Bugcheck printout example caused by a Machine Check 


**k* FATAL BUGCHECK, VERSION-V3.1 MACHINECHK, Machine check while in kernel mode 


CURRENT PROCESS = STARTUP 
REGISTER DUMP 


RO = 00000206 
Rl = 00000028 
R2 = 0000792E 
R3 = 00000000 
R4 = 0000792E 
R5 = Q000021E 
R6 = 80027600 
R7 = 00002768 
R8 = 80137300 
RG = 0000C768 
R10= QOOQ015F8 
R1l1= 80137300 
AP = 7FFB4888 
FP = 7FFEADAS8 
SP = 80154FC4 
PC = 800CF411 


PSL= 041F0008 


KERNEL/INTERRUPT STACK 


80154FCC 00000028 
80154FD0 00000000 
80154FD4 00010084 
80154FD8 00000224 
80154FDC 80027A18 
8Q0154FE0 Q3FBS5SE6C 
80154FE4 OQ0007E81 
80154FE8 00000040 
8Q0154FEC 28005106 
SO0154FFO 00004000 
8Q0154FF4 — 00009402 
8O154FF8 00002C4D 
SQ154FFC OODFO000 


HALT INST EXECUTED 
HALTED AT 800039ED 


(BOOTING) 

CPU HALTED 

INIT SEQ DONE 

HALT INST EXECUTED 
HALTED AT 200034F9 


G Q000000E 00000200 
LOAD DONE, 00004200 BYTES LOADED 


VAX/VMS Version V3.1 11-AUG-1982 16:21 


Example of a Machine Check while running ESSAA 


DS> RUN EVRAA 


Program: VAX DISK AND TU58 RELIABILITY TESTS *EVRAA*, revision 12.0, 


6 tests, at 07:19:26.94. 


Testing: _DRB1 


?? MACHINE CHECK EXCEPTION THROUGH VECTOR: 04(X) 
CP READ TIMEOUT/SBI ERROR CONFIRMATION FAULT 


MACHINE CHECK LOGOUT: 
COUNT ; 

SUMMARY PARAMETER: 
CPU ERROR STATUS: 


TRAPPED MICRO PC: 
VA/VIBA: 

D REGISTER: 
TBERO: 


TBERI]: 
TIME.ADDR: 


PARITY: 
SBI.ERR: 


PC at error: 
PSL at error: 
User return PC: 
DS> 


00000028(x) 
00000000(X) 
00010084(x) 


00000248(x) 
60014008(xX) 
0504A056(X) 
00007EB00(X) 


00000040(x) 
28005002(X) 


00004000(Xx) 
00009402(x) 


00051649(X) 
OO1FO000(X) 
OOO1LA40D(X) 


;NESTED ERROR, ALU C31 


LAST REFERENCE = ADS,MCTE,MCT2 
MCT1,MCTO, IBWCHK 

*FORCE TB PARITY ERROR=NO ERROR 
FORCED 

-LAST TB WRP 

sMODE=KERNEL,PROT CHECK, SBI AD 
DR=20014008(x) 

CP ERROR 

RDS INT EN,CP TO, CP TO STO, 
NOT BUSY 


> CUR=KERNEL, PRV=KERNEL, IPL=1F 


CURRENT PROCESS = 


Breakdown of a VMS Machine Check printout example. 


*** FATAL BUGCHECK, VERSION-V3.1 MACHINECHK, Machine check while in kernel mode 


STARTUP | 


REGISTER DUMP Specifies type of BUGCHECK. This 
breakdown defines the meaning of this 
RO = 00000206 <-| printout when the BUGHECK type is a 
R1l = 00000028 | "Machine Check". 
R2 = 00007925 | 
R3 = 00000000 | 
R4 = 0000792E | 
R5 = Q000021E | 
R6 = 80027600 | 
R7 = 00002768 |--- This register dump isn't of much use to us if 
R8 = 80137300 | the BUGCHECK is a "Machine Check". Is useful 
RY = 0000C768 | for other types of BUGCHECKs. 
R10= QOOO15F8 | 
R1ll= 80137300 | 
AP = 7FFB4888 | 
FP = 7FFEADA8 | 
SP = 80154FC4 | 
Pc = 800CF411 | 
PSL= 041F0008 <-| 


The following definitions apply only 


KERNEL/INTERRUPT STACK when BUGCHECK 1s a MACHINE CHECK. 


80154FCC 00000028 <----- Byte Count 

80154FD0 00000000 <----- Summary Parameter 
80154FD4 00010084 <----- CPU Error Status (ID#0C) 
80154FD8 00000224 <----- Trapped micro-PC (ID#20) 
80154FDC 80027A18 <----- VA/VIBA 

80154FE0 O3FB5E6C <----- D Register (ID#08) 
80154FE4 OO007E81 <----- TB Err. Reg. #0 (ID#12) 
80154FE8 00000040 <----- TB Err. Reg. #1 (ID#13) 
80154FEC 28005106 <-~--- Timeout Address (ID#1A) 
80154FF0 00004000 <----- Cache Parity (ID#1E) 
80154FF4 00009402 <----- SBI Err. Reg. (ID#19) 
80154FF8 00002C4D <----- PC (General Reg. #F) 
80154FFC OODFO000 <----- PSL (ID#0F) 


HALT INST EXECUTED 
HALTED AT 800039ED 


(BOOTING) <--------------- SYSGEN “BUGREBOOT = 1", so rebooting 
CPU HALTED via "DEFBOO.CMD”" command file. 
INIT SEQ DONE 3 
HALT INST EXECUTED 
HALTED AT 200034F9 <------ ISP Rom Macro program finished. "SP" 

now contains SA+200 of good 64K chunk. 
G OQO0OO00000E 900000200 
LOAD DONE, 00004200 BYTES LOADED <----- VMB.EXE loaded into VAX mem. 


VAX/VMS Version V3.1 11-AUG-1982 16:21 <----- VMS is loaded and started. 


Getting Started on MACHINE CHECKs 


The contents of the "STACK" are used to trouble-shoot "Machine Checks", 
The Stack Contents are printed out on the "Console Terminal", by the 
VMS Operating System, immediately after a "FATAL" Machine Check. 

"Fatal Machine Checks" are basically those Machine Checks that happened 
when the VMS Operating System was in "Kernel" or “Exec” mode. Machine 
Checks that happened during "User" or "Supervisor" mode are normally 
considered "Non-Fatal" and will result in the Machine Check Logout 
information (the contents of the STACK and the General Registers) being 
saved in the System Event file ("SYSSERRORLOG: ERRLOG.SYS") versus being 
printed out on the "Console Terminal”. 


If the Machine Check occurred while running a program that does not 
output the “Logout” information to the "Console Terminal" or 

"SYSTEM EVENT File", then you will have to dump the Stack yourself. 
To do this, first examine (using CONSOL.SYS) ID #12 and check to see 
if Bit 00 is set. Then use the appropriate command to examine the 
STACK. 


ID #12 - Bit <00> = 0 ; Memory Management not enabled. 
>>> E/L/H SP 
>>> E/L/H/P/N:30 @ 


ID #12 - Bit <00> = l ; Memory Management is Enabled. 
>>> E/L/H SP 
>>> E/L/H/V/N:30 @ 


Now, use the following steps to determine what caused the "Machine 
Check": 


l. Find the "LONGWORD" on the Stack that contains a "00000028". 


If you cannot find this longword, then the Stack doesn't 
contain the "Machine Check Logout" information. You will, 
therefore, have to make sure the appropriate error catching 
facilities are in place, and then must wait for the next 
"Machine Check" to occur. 


Za The "LONGWORD" following the "00000028", is the "Summary 
Parameter" word. Using "byte 0" of this longword, check 
the SUMMARY PARAMETER DESCRIPTION, on the next page, to 
determine what type of error occurred. 


os Now that you know what type of error occurred, go to the 
appropriate section of this Trouble-Shooting Guide to 
find out how to use the Stack "Machine Check Logout" 
information to further isolate the problem. 


Normally the Exception Vector bits <1:0> define the following: 


0 - Service the EXCEPTION on the KERNEL STACK unless running on 
the INTERRUPT STACK. 

1 - Service the EXCEPTION on the INTERRUPT STACK. 

2 - Service the EXCEPTION in WCS, Pass Bits <15:02> to Micro PC, 

3 - Halt 


The Machine Check Exception Vector is found at "SCBB+4". The "System 


Control Block Base” is a Physical address and can be found by examining 
"ID Register #3B" or “Internal Register #11". 


MACHINE CHECK LOGOUT Information Description: 


Description Memory Loc. ID Loc. Notes 
ae Byte Count (SP) None Must be a 28 (hex). 
2. Summary Parameter (SP+4) TO (30) See below. 
3. CPU Error Status (SP+8) TL ‘C3k) See ID #0C. 
4, Trapped UPC (SP+12) T2 (32) See ID #20. 
5.  VA/VIBA (SP+16) T3:. (33) Virtual address. 
6. D Register (SP+20) T4 (34) See ID #08. 
7. TB ERROR 0 (SP+24) TS, (30) See ID #12. 
8. TB ERROR 1 (SP+28 ) T6 (36) See ID #13. 
9. Timeout Address (SP+32) T7 (37) See ID #1A. 
10. Parity {SP+36) TS (38) See ID #15. 
11. SBI Error (SP+40) TS (39) See ID #19. 
12; PC (SP+44) None General Reg. #F. 
13. PSL (SP+48) None See ID #0F. 
SUMMARY PARAMETER Description (use Byte #0, only!) 
Page Code Description 
1s 00 CP Read Timeout or Error Confirmation Fault 
1~39 02 CP Translation Buffer Parity Error Fault. 
1-34 03 CP Cache Parity Error Fault. 
1-92 05 CP Read Data Substitute Fault. 
1-38 OA IB Translation Buffer Parity Error Fault. 
1-92 OC IB Read Data Substitute Fault. 
1.55 OD IB Read Timeout or Error Confirmation Fault. 
1-34 OF IB Cache Parity Error Fault. 
1285 FQ CP Read Timeout or Error Confirmation Abort. 
takes Fl Control Store Parity Error Abort. 
1-38 F2 CP Translation Buffer Parity Error Abort. 
4-34 F3 CP Cache Parity Error Abort. 
1-92 Be CP Read Data Substitute Abort. 
1-94 F6 Microcode "not suppose to get here” Abort. 


i-- Goto to this page to find out how to trouble-shoot associated error. 


BIT BREAKDOWN OF STACK ENTRIES - Showing error information 


ID #0C - CES 
3322 2222 2222 Ladi bi2ad £it 00 0°90 0-0 0:00 0 
1098 7654 3210 98764 5432 2109°8« «7°65 4 3210 
Control Store Parity Error Summary -| | | | 
CS Parity Error in Group #2 ---------- | | | 
CS Parity Error in Group #1 ------------ | | 
CS. Parity Error in Group:#0: -eRss=—2oececs | 
ID #20 - MICRO STACK 
33222222 222231i3gztzi4idas4sft6:daiidl’ledididggdgdgqgeoqgoigdgdadda 
1098 7654 3210 9876 5432 1098 7654 3210 
[<-- Micro PC bits <12:0> -->| 
VA/VIBA - output of VAMX 
3322 2222 2222 L212 22242 1-1-0 0 0:00 0 0 0:0 0 
1098 7654 3210 98760 5432 1098 7°65 4 3210 


[$e aS 25 ee Sse ee ae Virtual Address bits <31:00> ------------ a ee > | 
: From VA register if "CP" reference. 
From VIBA register if "IB" reference. 


ID *08 - D Register 
a-3.2°2 2.2 2°22. . 2-2 SS 2-  EC  dOD  OeC 
1098 7654 3210 93876 5432 321098 O76 5 4 
! Data | | Data | | Data | | Data | 
|<-- Byte #3 --->||<-- Byte #2 --->||<-- Byte #1 --->||<-- Byte #0 --->| 


ID #12 - TBERO 


2 
7 


oe 
me 
we 
nN 
bh 
Ory 
Vono) 
© 
ee) 


3. 322 222 
109 8 65 4 
Force Replace Both Grps-| 
Force Replace Group #1 ---- 
Force Replace Group #0 ------ | 
Force TB miss Group #1 -------- | 
Force TB miss Group #0 ---------- | 

TS. He ‘Group #1 -= =H 24 S53 3S SS5 5S SSS SSeS SSS SHS ese Ss 
TB Hit (Group 40: =4= 223s 4345456953356 33235 --46e Sse s>- | 
Force TB Parity Error (code determines specific group/byte) --->] 
MEMORY MANAGEMENT ENABLE ------------ ~------------------------------- | 


———— —— »9no 
— —— PO 
— — — — — — — »no 
— —— HO 


0 
3 
| 
| 
| 
| 
| 
| 
| 
> 


ID #13 - TBERI 
3.3.2 2. 222 2.22722 2b As 2 bao. 
109 8. 2654. 2.2.00 Sb. 6 Ses 2 208 
PE Group 1 Data Byte 2 -| | 1!!! !]!1dt1d dt i it-- 
PE Group 1 Data Byte 1 ----!| |! | I! | 1 1 J | I- PE 
PE Group 1 Data Byte 0 ------ Ph ah dh gi uh als Jie 
PE Group 0 Data Byte 2 -------- Ea ech ee ee PE 
PE Group 0 Data Byte 1 ---------- de ko eee ea PE 
PE Group 0 Data Byte 0 ------------- 2. (Ra easenea PE 

[seasons PE 
ID #1A - TIMEOUT ADDRESS 
$3 .3°2:2 22°22. 2.22.2 2224. 2 £1 fie 0 
1098 7654 3210 9876 5432 109 8 

| <------------------------ PA <29:02> 
ID #1E - CACHE PARITY 
Sg 82.2. 2222 22252 Liat dt fad of bo 0 
130.98. 7 6 54. S22 0 Sb 7 6 4S 2 2-098 
Cache Parity error was detected ----| | 11/1 1/11 | 
0 = IB reference, 1 = CP reference ---| | | |! [ | | 
1] oF td 

Parity OK in Data Group 1 Byte 0 ------- ie Oe ee ee 
Parity OK in Data Group 1 Byte 1 --------- le owe ee fe 
Parity OK in Data Group 1 Byte 2 ------------ l | | | 
Parity OK in Data Group 1 Byte 3 -------------- ly “he 
Parity OK in Data Group 0 Byte 0 ---------------- | | 
Parity OK in: Data Group 0 Byte. --=-s=-s=-=S5s=-=> | 
Parity OK in Data Group 0 Byte 2 --------------------- 
Parity OK in Data Group 0 Byte 3 ~--<---<-<--<-+---=------- 
Parity OK in Address Group 0 Byte 0 ------~---------------- 
Parity OK in Address Group 0 Byte 1 ------------------------ 
Parity OK in Address Group 0 Byte 2 -------------3-----3-------- 
Parity OK in Address Group 1 Byte 0 ----~---------3-- 3-2 
Parity OK in Address Group 1 Byte 1 
Parity OK in Address Group 1 Byte 2 


pms ee ee ee ee ee ee ee eee we ee eee ee oe 


— = es cme ee om cow oe em ey ee ee ee ees ee es es se ees es we ce eee ee ee 


000 00 
654 32 
CP TB Parity 
Group 0 Addr 
Group Q Addr 
Group 0 Addr 
Group 1 Addr 
Group 1 Addr 
Group 1 Addr 
000 00 
654 32 


Error 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 


a i a a ah cg Se 


Nr ONF © 


ID #19 - SBI.ERR 


i |--- Interrupt Priority Level 
| |--- Previous MODE 
|------ Current MODE 

-<--- Interrupt Stack selected 

-==e> First Part Done 
|--- Trace Pending 

--- Compatibility Mode 


2532202 2222 22.22 2badh Babb 220 OOO Oo 06:0 6 
1098 7654 3210 9876 5432 1098 73654 3210 
RDS received for a CP requested cycle --| | | | ar a oe oe 
SBI Timeout on a CP requested cycle ------ | 6| | ae i oe 
11 10 | | | | | | | SBI Err CNF 
-~---------- <-- see chart ---] | | | | | received 
0 0 - No device response | | | | | for an IB 
0 1 - Device Busy Timeout | | | | |) request 
1 0 - Waiting for READ DATA timeout 1 [| | tl 
1 1 - Impossible code | | : | | 
| | 
SBI Error Confirmation on CP requested cycle ------ i ee ae 
RDS received for an IB requested cycle ------~--------- | | to 
SBI Timeout on an IB requested cycle ------------------- | | | 
5 4 | | 
siaentenanienienlantetaien <-- see chart ----------] 
0 0 - No device response 
0 1 - Device Busy Timeout 
i 0 - Waiting for READ DATA timeout 
1 1 - Impossible code 
PC - General Register *#F - Program Counter 
3°32 2 22 252 2222 AL ba 2h bd Loe OO: UO 8 
1098 7654 3210 9876 5432 31098 7654 3210 
| <---- ne -------- Program execution address pointer ------------------ > | 
ID “OF - PSL - Processor Status Longword 
Sue 2 «eee 2 Teese 2 A bk. ted eo OO UO OECD 
098 7654 3210 9876 5432 1098 «7°=654 «3210 
| fit dot Poh Ik te 4 Pak: ae gle “We He ae Sy 
| ae ae ee a | | | | di Decimal Ovrflo --| | !|1T NZVC 
| ll ddl td | Float Underflow ---| | 
| | | til | Integer Overflow ----| 
| | | 
| | | 
| | | 
| | | 
| | 


1-20 


Ic 














DATA PATHS 
Poly 


~ sama | 


ID BUS 


D/@ Register 


CIB 


PC = Parity Checked 
P6 = Parity Generated 





| Instruction Buffer | Instruction Buffer | 


WOS/OCS RAM 








SBI Control 


SBI BUS 


CS BS 


PCS HOM 


Machine Check Logout breakdown flowchart 


"START HERE" 


| Extract "Byte 0" from the LONGWORD following the 00000028. | 
| This byte is the SUMMARY PARAMETER code. | 


[Go to the appropriate flow for the associated parameter codes| 


| | | 
| oo | OD | O02 | O03 | OS | Fl | F6 | all others | 
| FO | | F2 | OF { oc | | | 
| | | OA [| F3 [| FS | | | | 
(Saas reas fae fone Sse ies perme e ee pee Pear eseae =o | 
| | | | | | | | 
goto | goto | goto | goto | 
"CP READ ERR" ! "TB ERR" | "RDS ERR" | "MICRO SEQ ERR" | 
| | | 
| | | | 
goto goto goto | 
"IB READ ERR" "CACHE ERR" "CS PAR ERR" | 
| 
| 


If none of the above codes are what 1S contained in BYTE 0Q of 

the LONGWORD following the BYTE COUNT (00000028), then the summary 
parameter byte is invalid. The problem could be in any of the 
following areas of the VAX CPU logic: 


DATA PATHS, CONTROL STORE, MICRO SEQUENCER, or INTERRUPT 
CONTROL LOGIC. 


eee i ell | te mene 


Error Type Flowchart | Additional Info. 
KHKKKRKRKRK KKK KKK KEKE KKK KKK KEKE KEKEKKKEKRKKEKEKEKKRKRKRKRKKKKKKKKEKKKEEK 
"CP READ ERR S=S-a=-== E023 Hee Soe SS 4545S eee 1.056 
"IB READ ERR" --------- 1,025 ---------------------- 1.056 
"TR ERR SS SeeeaSeeae= 1.028 ---------------------- 1.038 
"CACHE ERR”. =Sesnessese £030 sea p ee aSe Ss eSSsS45544> 1.034 
"ROS: SRR == eeese ss L031, SSesSea SSH —SSs > S=> £4092 
"CS PAR_ERR" ---------- 1.032 ---------------------- 1.046 
"MICRO SEQ ERR" ------- 1.033 ---------------------- 1.094 


"CP READ ERR" 


en ee i ee 


| Extract the "SBI ERROR" register from the STACK DUMP, | 
| It is the llth logout entry (counting the 00000028 as | 


LOGIC, CS or CS BUS, or the 


| entry #1). | 
(Sea a Res Se aaa ee Sea eS a Saas eas Pease | 
| 
yes: {| =eessosrsseesssSsses= | no 
Sacoare | Bit <12> or <08> =1 |------- > | 
| [SHS SSeS ne=—sseee> | | 
| | 
| aaa a a | 
yes |------------- | | Summary Parameter code and | 
goto <------ | Bit <08>=1 | | Error Bits do not agree. | 
i [feeaeseeee == | | | 
no | Problem in INTERRUPT CONTROL | 
| | 
| | 


MICROSEQUENCER or MicroPC bus. 


ee eee ee le le le le Ee eT eh eS ee ee Se -_s__s____ 2 


—_— ee awe Cee ee ce ee ee ce ee ee ce ee ee ce ees ee es es ee ee ee eee ee eee eee ee ees ees ee es ee ee ee 


| 
| Goto "A" Goto "B" 
| 


No Device Response received when attempting to access | 
the address contained in the “TIMEOUT ADDRESS" register. | 
Problem is probably in the address logic of the device | 
being accessed. | 


Goto TIMEOUT ADDRESS flows to determine what device was | 


= 


being accessed. : 


Device Busy Timeout occurred. Device being accessed is | 
contained in the "TIMEOUT ADDRESS" register. The devicel 
recognized that it was being accessed, but was "busy” | 
doing a previous command. The CPU timed out since 512 | 
cycles went by and the device was still “busy”. | 
Problem could be almost anywhere in the accessed device | 
or on the buses it is interfacing to. | 


th a i i St i sg a cS a ca a te ila ae ean Soa cee es ae toe oe ete | 


Goto TIMEOUT_ADDRESS flows to determine what device was | 
being accessed. 
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| 

| 

| 

| 

| 

| Ses eee a ee ee ea re eee [Soossses | | 
| Waiting for Read Data Timeout occured. The device being]| | 
| accessed (whose address is contained in the TIMEOUT | | 
| ADDRESS register) acknowledged the CPU's C/A cycle, but | | 
| didn't send back the expected READ DATA within 512 SBI | | 
| cycles. | | 
| 

|Problem could be almost anywhere in the controlling NEXUS| | 
lto the device/unit acutally being addressed. | | 
Sa a a a a a a a a a a ca ah ie en Te a a ea i cl (SA cl a a a a al sc | 
| | 

Recicies nag ee ie Rn nn en ele nc en nc ae | | 
| Goto TIMEOUT ADDRESS flows to determine what device was | | 
7 being accessed. : | 
Stes a a | 
| 

| 

| 

[ARS ana a ee ee ee ee ee ee ee eee [SaaS Sea | 


IMPOSSIBLE CODE. This code should never occur. 


Or in the DATA PATHS (may have picked a bit when moving 


| 
| 
Problem is most likely in the CPU's SBI control logic, | 
| 
register first to T9 and then to the STACK). | 
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"IB READ ERR" 


| Extract the "SBI ERROR" register from the STACK DUMP. | 
| It is the llth logout entry (counting the 00000028 as | 
| 


| entry #1). 
aa al aaa | 
| 
yes. llSreqreeesetase sees | no 

| <------ | Bit <06> or <03> =1 |------- > | 

| aS Saale = SS | | 

| | 

| (i octas cumseateaaniinn aaa ahead eden ac cemimiemn meee 
yes |------------- | Summary Parameter code and 

goto <------ | Bit <03>=1 | Error Bits do not agree. 


Problem in INTERRUPT CONTROL 
LOGIC, CS or CS BUS, or the 
MICROSEQUENCER or MicroPC bus. 


a ee ee ee ee ee ee ee ee eee ee cee ee ee es ee ee ee ee ee ee ee eee ee eee es ee ee 


— a= ame co Om ee ew cee we ee ae ce ee eo ee es es ee es ee es es ee ee ee ee ee es es ee eee ee ee ee es ae 


No Device Response received when attempting to access | 
the address contained in the "TIMEOUT ADDRESS" register. | 
Problem is probably in the address logic of the device | 
which contains the address being accessed. | 


Goto TIMEOUT ADDRESS flows to determine what device was | 
being accessed. 


Device Busy Timeout occurred. Device being accessed is | 
contained in the "TIMEOUT ADDRESS" register. The device] 
recognized that it was being accessed, but was "busy" | 
doing a previous command. The CPU timed out since 512 | 
cycles went by and the device was still “busy”. | 
Problem could be almost anywhere in the accessed device | 
or on the arrays or array buses it is interfacing to. | 


—_— a eee ee ee ee ee ee ee ee es ee ee es se ee ee ee es ee ees es ee ieee ee ee eee ee 


Goto TIMEOUT ADDRESS flows to determine what device and | 
the location within the device that was being accessed. | 


— ss a ee ee ee ee ee ee ee ee es ee ee i ee ee eee ee es se ee es ees es es ee oe i ee 
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[Pee oS Hass SSH SSS Ra gee Se sa Se SS See |< 
| Waiting for Read Data Timeout occured. The device being| 

| accessed (whose address is contained in the TIMEOUT | 

| ADDRESS register) acknowledged the CPU's C/A cycle, but | 

| didn't send back the expected READ DATA within 512 SBI | 

| cycles. | 

| | 
|Problem could be almost anywhere in the controlling NEXUS| 
[to the unit actually being addressed. 

[HSS Se errs a eats ae eee eS eee ae ee ea eee Sees | 

| 

Praesens ae ae eRe ea Se ee ee eae | 

| Goto TIMEOUT ADDRESS flows to determine what device and | 

| the location within the device that was being accessed. | 

pee ae ee ee ee ee eee | 

roiling seal a sine ce acs el ind renee I< 


IMPOSSIBLE CODE. This code should never occur. 


or in the DATA PATHS (may have picked a bit when moving 


| 
| 
Problem is most likely in the CPU's SBI control logic, | 
| 
register first to T9 and then to the STACK). | 


een aii, OTEy SOURIS Miya ene | Annet! sence SENS “SEUTWTTETS EEEEERSGES | SETROCGin, EASA wrmpumenton aiiinteninry | somamaunanas | <AuAiniaiosh es SR URE ak EE “Tt 


"TIMEOUT ADDRESS" 


Extract Bits <27:00> from this register. Bits <27:00> of | 
the TIMEOUT ADDRESS register correspond to bits <29:02> of | 
the PHYSICAL BYTE ADDRESS of the device/location being | 
accessed. 


PHYSICAL BYTE address by first converting to binary, then 
adding to binary zeros to the least significant end, and 
then converting back to HEX. The resultant is the 30-bit 
VAX Physical Byte Address of the device/location that the 


| 

| 

| 

| 

| Convert the TIMEOUT ADDRESS Bits <27:00> to a 30-bit VAX 

| 

| 

| 

| e 

| VAX CPU was attempting to access at the time of the error. 


a ee ee ee 


| ----------------------------------------------------------- | 
Now you know what type of error occured and who the CPU 
was attempting to access at the time of the error. 
With this. information, you should be able to zero in on 
the failing area of the system. 


either a Physical MEMORY Address, or the address of one of 
the locations in the ISP ROM (should only occur during a 
boot). If it is an I/O address, the problem has to do 
with CPU addressing or address translation. 


| | 
| | 
| | 
| | 
| | 
| If you got here from an IB READ ERROR, the address must be| 
| | 
| | 
| | 
| | 


An ERROR Confirmation was returned by the addressed device. 
This means that the function specified by the CPU in the 
C/A cycle was either illegal or not implemented by this 
NEXUS device. 


The problem could be a CPU problem, a Software problem, or 
a NEXUS problem. 


The TIMEOUT ADDRESS register should indicate which NEXUS 
was being accessed. 


"TB ERR" 


| Extract "TB ERROR Register #0" from the STACK DUMP. | 
| It is the 7th logout entry (counting the 00000028 as | 
| 


entry #1). | 
| 
[Snigee en rer SSeS ese se2 Sa | no 
| Is Bits <04:01> equal to 0? -=SSe-—4= > goto 
| -------------------------------- | FORCED TB PAR ERR 
| yes 
Yes |Sesshessho—-Sersses-o- (“no -SHsesee SS Sasso sSee=>S— | 
ie -+--- | Is Bit <00> =1? Peis neni Management is OFF ? | 
eee eee Re re 
| | 
| [SaaS SSS Senos meee See SSS eee SSS Se Seese- | 
| | Should never have gotten a Parity Error since | 
| | memory management wasn't turned on, therefore | 
| ! the Translation Buffer wasn't used. 
BRN saps as Rr RS SI seg cee eae DR Ce a PND Cee ESE aD | 
| | 
| (Ea ag a aca can loll | 
| : Problem is in the error detection logic. | 
| Sess SSS SSeS Seen SSeS eg eee eee | 
| 
(heres ahemexs senses ox cuba a esto cepts ac acc as sas gs eliia: meio a | 
| Extract "TB ERROR Register #1" from the STACK DUMP. | 
| It is the 8th logout entry (counting the 00000028 as| 


| 

| 

| 

| entry #1). | | 
| 

| 

| 

| 


—------- - - +--+ - - = - - - - - - - | | <-~------------- 
| yes | | no | | 2 
pReSS2SasSe Se eeSeeease—SeeseRse | |= eeeeeeeea ssa Sse Sse Ss S—HoSaes5 | 
| "TAG Parity Error" flagged. | | "PTE Parity Error" flagged. | | 
| Problem is most likely on the | | Problem is most Likely on the | | 
| M8220 board. Could also be on| | M8222 board. Could also be onl | 
| M8222, M8226, M8219, M8223, | lthe M8237, M8218, M8219, M8223, | | 
| M8224, M8226, M8230, M8233/8's| | M8224, M8226, M8227, M8228, | | 
| M8234, M8286, M8236, or KA780 | IM8230, M8231, M8233/8's, M8234, | | 
| backplane or power. | IM8235, M8286, M8287, M8236, or | | 
| ------------------------------- | | the KA780 backplane or power. | | 
( |. | AeerSsoaaret ares 2 2S sS4 SS | 
a rn een ne ee neers | | 
[Check for other TB Parity Errors |---> |------------------------------ | | 
a aaa ae | | Any of Bits <20:15> = 1 7??? |-->| 
a aa ee | yes 

| no 


"FORCED TB PAR ERR" 


—_— ee ee cee eee eee ee ee eee ee ee oe 


None of these bits should ever be set in normal operation. | 
These may be set by diagnostics, but should have been cleared | 
prior to booting of the operating system or the Diagnostic | 
Supervisor. | 


ee ee ee ee ee ee el i le ee 


Either the software that you are running is setting these bits 
so as to cause a "Translation Buffer Parity Error” or the M8222 
board is probably bad. 


— ae eww cm om oe om ow ee ee ce 4 oe ee we we ee ee ee ee oe oe w= oe oe oe ee ewe ee owe ae ee ee es we ee ee ee ee oe es es et ee ee ee ee i oe ee ow oe oe ae 
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"CACHE ERR" 


ees ee ee eee 


| Extract the "CACHE PARITY Register” from the STACK DUMP. | 
| This is the 10th logout entry (counting the 00000028 as #1). | 
[Sosa See Sa Se Se Sa ee aS er eer eee een ee eee | 


| Is any of Bits <13:00> = 0 7??? These bits are a "0" to | 
| indicate a parity error in the associated group and byte.| 


| 
| 
| 
| | False detection of a cache parity error. | 
| | Problem is probably in the error detection| 
| | logic or microsequence logic. 

| 

| 

| 


aa ea ate Geen Ro | yes 
| Is any of Bits <13:06> = 0 ??? . aS ena nea se 2 "i 
| Se aS a i tas a i Reh ne alla a a es as ae 
| no | 
| | 
| [Se se a ean ae ea ee a Sa eae ees Se =e | 
| | "Cache DATA Parity Error" flagged. | 
| | The M8221 is most likely had. Could also be | 
| | the M8218, M8219, M8222, M8225, KA780 backplane | 
| | or KA780 power. | 
| | --------------------------------------------+----- | 
| | 
| | 
| [(<=Saeeeaes | 
| | . | 
| | | | 
| a en ne | | | 
| "Cache TAG Parity Error" flagged. | | | Se Resa Sere eee Sea | 
| The M8220 is most likely bad. Could | | | Check to see if any | 
| also be the M8218, KA780 backplane, | | | other Cache errors. | 
| or KA780 power. | : asia See Sea | 
| aera ae ge | 
| | Any of Bits <05:00> | 
| | equal to a "0" ??? | 
| a a aa oc | 
| | yes | no 
ee | 


then exit 


"RDS ERR" 


Multiple bits were detected bad by the accessed SBI NEXUS when it 
attempted to get the data that the CPU requested. 


This NEXUS will be an SBI MEMORY CONTROLLER. 


This type of error easiest to trouble-shoot by using the contents 
of the memory control registers in order to find the failing array. 


ee oe ie Re i el a eh i ei et er oe ee ee ee 


| 
| 
| 
Indicates that a problem exists in the referenced SBI NEXUS. | 
| 
| 
| 
| 


Find the contents of all the SBI Memory Nexus registers either by 


examining error log files, or by using CONSOL.SYS commands to examine] 


these registers. The CONSOL.SYS method can only be used if the CPU 
was halted before the software was able to clear the memory control 
registers. 


ce ces es es ee es es es ee ee ee es es ee ee es es es ee es es es ee ee ee ee ee ee es es es ee ee es ee eee es se ee ee i ee ee es ee es ee ee ee ee 


The memory controller who detected the error should have error bits 
set that indicate that a multiple bit error was detected and the 
array in error should be latched. 
Look in: 
"Memory Register C"™ for MS780A's and MS780C's 
"Memory Register C & D" for MS780E's and MS780F's 
"Array Error Register" for MA780's 


—= <= oD ae eee oe ee ee ee ee ee ee ee ee es es es es ee ee es ee es es ee ee ce ee eee ee ee ee ee ee ee ee ee ee ee ee ee es ee ee ee es ee eee es ee ee ee es 


ee ee eee ee ee ee ee ee ee ee ee es ee ee ee ee es es es ee ee es ee ee ee ee ee ce ee ee eee ee es ee ee ee eee ee ee ee ee ee ee es eee ee 


Problem is typically an array problem, but could also be the SBI 
Memory control board(s), memory power, memory backplane, M8218, or 
M8219. 


| 


"CS PAR_ERR" 


— eet ee ee eee eee ee 


| Extract the "CPU ERROR STATUS Register” from the STACK DUMP | 
| It is the 3rd logout entry (counting the 00000028 as #1). | 
| 


| 

| | CS Summary bit probably bad. | 
| |Check M8231. Still a possible | 
| [Control Store Parity Error. | 
| 
| 


| Bits <14:12> indicates the specific group (2,1, or 0) that | 
| that the Parity error was detected in. Log this information| 
| for future use in case problem is not fixed immediately. | 


| Extract the "TRAPPED Micro-PC Register” from the STACK DUMP| 
| It is the 4th logout entry (counting the 00000028 as #1). | 


es aE aia See Oa [LO esses SsSete ss see er eS aa ee 
Trapped UPC > FFF ? |----- >|Problem occured while accessing a | 
wee nner enn - | |PCS microword. The M8234 should be| 

| yes | replaced as a lst try. | 


| 
| 
Problem occured while accessing a micro-word in WCS. | | 
Bits <11:10> of the UPC indicate the WCS slot in error.| | 
The appropriate M8233/M8238 should be replaced lst try.| | 

| 

| 


—— ee ee eee ee ee ee ee ee ee ee ee ee ee ee ee eee ee ee ee ee ee es ee 


If lst try fails; try those module that receive or transmit onl 
the Control Store Bus for the micro-bits associated with the | 
failing group. Charts indicating which boards are in question| 
for each group can be found in chapter 1 under the section for| 
Control Store Parity Errors. | 


False detection of a Control Store Parity Error. Problem is in the | 
error detection circuitry and is probably one of the following: | 
M8230, M8231, M8222, M8235, KA780 Backplane, or power. | 


"MICRO SEQ ERR" 


Extract the "TRAPPED Micro-PC Register” from the STACK DUMP. | 
It is the 4th logout entry (counting the 00000028 as #1). | 


This address can be verified in the micro-fiche to verify that 
it is indeed an unused micro-word. However, this problem is | 
a micro-~sequencer/micro-PC problem no matter how you look at | 
Lt | 


This problem is most likely the M8235 board. Could also be | 
the M8224, the M8234, an M8233 or M8238, or. the KA780 backplanel 
or KA780 power. 


* KK kK 


1.) ***** Cache Parity errors 


The "Parity” register is normally all that is needed to trouble 
shoot this type of Machine Check. 


Cache Parity is checked when the data is read from cache. 
The SBI control checks parity of SBI data as it is sent to 
the Cache from Memory. Cache Tag Parity iS generated on the 
"CAM" board on a cache write and checked on the "CAM" board 
on a read from cache. Cache Data Parity 1s checked on the 
"CDM" board. 


Bit #15 of ID Register #1E, equal to al, indicates 
that a Cache Parity error occurred. 


If Bit #14 of ID #l1E is set, the read reference was from 
the CP (micro-code). This bit is not really an error 
flag but simply states who made the reference that caused 
the Cache Parity Error. If Bit #15 is not set, this bit 
is of no real importance. | 


If Bit #14 of ID #1E is cleared, the read reference was 
from the IB (Instruction Buffer). Not an error flag bit. 


Bits <13:06>, of ID #1E, define the Group and Byte of Bad 
DATA that the parity error was detected upon. Beware, the 
bad Group and Byte are indicated by a 0 in the appropriate 
bit location. These bits = 1 indicate parity was good. 


Bits <05:00>, of ID #1E, define what Group and Byte has a 
bad address tag. Beware, the bad Group and Byte are 
indicated by a 0 in the appropriate bit location. These 
bits = 1 indicate parity was good. 


ID Register #1lE is stored in "(SP)+36" by the machine check 
logout. It is stored in ID Register #38 on a Double Error 
Halt's first error. 


The Cache Data Matrix is on the "CDM" (M8221) board. The 
Cache Address Martix is on the "CAM" (M8220) board. 


If ID Register #1E contains a parity error indication for 
the instruction buffer, the register is automatically 
cleared when the instruction buffer is flushed. 


Problem areas if Cache “DATA Parity Error” 


ig 


1) 


Cache Data Matrix - M8221 - "CDM" - Slot 5 


Parity is checked as it 1s being read from the matrix. 
Parity that is written into the matrix comes directly 
from the MD bus (not checked or generated by the cache 
control logic on the way into the matrix). 


SBI Control/Interface boards: 


a. If problem is in "BYTE #1 or #0" 
SBI Interface Low bits - M8218 - "SBL" - Slot 2 


b. If problem is in "BYTE #3 or #2" 
SBI Interface High bits - M8219 - "SBH" - Slot 3 


The SBI Control boards do not check the parity on the received 
MD Bus data but do generate parity for the data that is 
written from the SBI to the MD bus. The M8218 uses the output 
from the parity checkers to generate "SBLP GO or Gl Par Err". 


Instruction Buffer - M8223 - "IDP" - Slot 7 
Receives "Bus MD <31:00>" but NOT "Bus MD Byte <3:0> Par”. 
Therefore, the Instruction Buffer does not check parity on 
the data used from the MD Bus. 

Data Aligner - M8225 - "DBP" - Slot 9 
Transmits "Bus MD <31:00> + Bus MD Byte <3:0> Par”. 
Receives "Bus MD <31:00>" but NOT "Bus MD Byte <3:0> Par", 


therefore, parity is not checked on "Bus MD <31:00> prior 
to use by the data path boards. 


KA780 backplane 


KA780 backplane power 


Problem areas if Cache “TAG Parity Error” 


1. Cache Data Matrix - M8220 - "CAM" - Slot 4 
Parity is generated on the "Bus PA <29:12> bits" prior to 
being written into the Tag Matrix. Parity is checked as 
it is being read from the Tag Matrix, prior to use. 

2. SBI Interface Low - M8218 - "SB1" - Slot 2 


This board uses the output from the parity checkers to 
create a "SBLP GO Par Err" or "“SBLP Gl Par Err” signal. 


3. KA780 backplane 


4, KA780 backplane power 


Disabling CACHE by KA780 backplane jumpers. 


If you cannot obtain the correct cache boards in order to fix a cache 
parity error problem, you may still be able to get the system up by 
installing the following jumpers: 


DO4P1 to a ground pin 
DO4P2 to a ground pin 


This will cause a cache miss on all references. Therefore, the system 
will run much slower than normal. 


This should only be done in case of an emergency. You must let the 


customer know that cache is disable, since it may cause problems due 
to program timing problems. 
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ID Register *1E 


3°37 2 2 29°22 22702 Lik? fbh22t 2200 80 00. 2:06 
1098 7654 3210 9876 5432 «21:098«7C65 4 322i 
Bits <31:16> 
KReEKKRREKRKRKREEK 
Not used, should be all zeros. 
Bits <15:14> 
KRKRKKKKKKKEK 
15 14 
0 1 No Error 
i 0 IB read reference caused the error 
ut 1 CP read reference caused the error 


Bits <13:06> Data Parity OK for specified Group and Byte if 


O © 


RRAERKKERERER the associated bit is set. 
13 Parity OK for CDM Group 1 Byte 0 
12 Parity OK for CDM Group 1 Byte l 
11 Parity OK for CDM Group 1 Byte 2 
10 Parity OK for CDM Group 1 Byte 3 
09 Parity OK for CDM Group 0 Byte 0 
08 Parity OK for CDM Group 0 Byte l 
07 Parity OK for CDM Group 0 Byte 2 
06 Parity OK for CDM Group 0 Byte 3 


Bits <05:00> 
kk KK kk ke 


05 Parity 
04 Parity 
03 Parity 
02 Parity 
Ot Parity 
00 Parity 


OK 
OK 
OK 
OK 
OK 
OK 


Address Parity OK for 
the associated 


for 
for 
for 
for 
for 
for 


Group 
Group 
Group 
Group 
Group 
Group 


bit 1s 


Byte 
Byte 
Byte 
Byte 
Byte 
Byte 


NO FON KF © 


each Group and Byte if 


set. 


* KK kK *# Kk Ke OX 


ou Translation Buffer Parity errors 
The TB ERR Registers, #0 and #1, are all that are needed to 
trouble-shoot Translation Buffer Parity error Machine Checks. 


TB Data Parity is written as it was on the ID bus. TB Data 
Parity is checked on the "TBM" (M8222) board as it is read. 


TB Tag Parity is generated on the "CAM" board and is checked 
on the "CAM" board on a read from the translation buffer. 
The TB Tag = “VAMX<30:15>" or "ID bus <31:26>". 


The TB Data = "ID bus <20:00>". 
Bits <20:09> of ID Register #13 define what 
the GROUP and whether it was a DATA Byte or ADDRESS 


Byte that caused the Translation Buffer Parity error. 


The Translation Buffer ADDRESS matrix is on the "CAM" 
(M8220) board. 


The Translation Buffer DATA matrix is on the "TBM" 
(M8222) board. 


Problem areas if Translation Buffer “TAG Parity Error”: 


1. Cache Address/TB Address Matrix ~ M8220 - "CAM" - Slot 4 


Parity 1S generated on "VAMX bits <30:15>", and is written 
into TAG Matrix, on this board. Parity is checked, on this 
board, as the TAG is being read. 


The "Modify, Protect <3:0>, and Valid" bits are written from 
the ID bus. The associated parity bit for these bits also 
comes from the ID bus (it is NOT generated or checked on 
this board). 


2. Translation Buffer Matrix - M8222 - "TBM" - Slot 6 


The output of the parity checkers goes to this board (used 
to set appropriate bits in "TB Register 0"). 


The "VAMX bits” feed this module along with the "CAM" board 
{ 
(M8220). 


ie) 
oO 


3. Data Path bits <31:16> - M8226 - "DEP" - Slot 10 


The “VAMX bits" are created on this board and the "Bus ID 
bits <31:26>, that are used to write the "Modify, Protect <3:0>, 
and Valid" bits, are used on this board. 


4. Any board that sends or receives the "Bus ID bits <31:26>". The 
following boards have receivers/drivers for these bits: 


SBI Interface/Control High - M8219 - "SBH" - Slot 3 
Cache Address Matrix ------ M8220 - "CAM" - Slot 4 
Instruction Data Path ----- M8223 - "IDP" - Slot 7 
Instruction Decode -------- M8224 - "TRC" - Slot 8 
Data Path bits <31:16> ---- M8226 - "DEP" - Slot 10 
Condition Codes/Exceptions - M8230 - "CEH" - Slot 14 
Optional WCS -------------- M8233/8 - "OCS" - Slot 18 
Writable Control Store ---- M8233/8 - "WCS" - Slot 20 
Prom Control Store <-------- M8234 - "pcs" - Slot 22 
Fraction Multiplier High --- M8286 - "FMH" - Slot 25 
Console Interface Board --- M8236 - "CIB" - Slot 29 


4, KA780 backplane 


5. KA780 backplane power 


Problem areas if Translation Buffer “DATA Parity Error”: 


1. Translation Buffer Matrix - M8222 - "TBM" - Slot 6 


Parity is not generated, on this board, for the data to 
be written into the DATA Matrix from the ID Bus. The 
parity bits that are written are the ID Bus Parity bits 
as received from the bus. 


Parity is checked as the data is read from the DATA matrix. 


2. Any board on the ID bus that transmits or receives "Bus ID 
bits <20:00>". The following boards do this: 


Terminator and Silo - M8237 -TRS™ Slot l 
SBI Interface Low Bits —- M8218 "SBL" Slot 2 
SBI Interface High Bits - M8219 "SBH”" Slot.3 
Translation Buffer - M8222 "TBM" Slot 6 
Instruction Data Path - M8223 - "TDP" Slot 7 
Instruction Decode - M8224 "TRC" Slot 8 
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oe 


4. 


Data Path bits <31:16> 
Data Path bits <15:08> 
Data Path bits <07:00> 
Cond. Codes/Exceptions 
Interrupt Control 
Optional WCS 

Writable Control Store 
PROM Control Store 
Microsequence Control 
Fraction Multiplier Hi 
Fraction Multiplier Low 
Console Interface Board 


KA780 backplane 


KA780 backplane power 
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~ M8226 
- M8227 
- M8228 
- M8230 
- M8231 
- M8233/8 
- M8233/8 
- M8234 
- M8235 
~ M8286 
- M8287 
- M8236 


Slot 
Slot 
Slot 
Slot 
Slot 
Slot 
Slot 
Slot 
Slot 
Slot 
Slot 
Slot 


10 
ie. 
LZ 
14. 
15 
18 
20 
22 
23 
25 
26 
29 


ID #12  .- Translation Buffer Register #0 


33 2°22, 222: 2 22.2 2 22.2 2h 2 100 00 0:0 0-00.02 
1098 7654 3210 9876 5432 1098 7654 3210 
Bits <20;18> Force Replace 
REKKKRKRKRKRKKEK 
Directs TB writes to defined groups. 
20 - Write Both 
19 - Force Replace Group l 
18 - Force Replace Group 0 
Bits <17:16> Force Miss 
RKKKKKEKKKEERK 
Force TB miss on the defined group. 
17 ~ Group l 
16 - Group 0 
Bits <15:08> Last Reference 
REEKEKKKKKEEKE 
Data on last non-nop memory reference. 
15 ---- Status of micro-FS bit 
14 ---- Status of micro-ADS bit 
13:10 - Status of micro-MCT field 
09 ---- 1 means IB WCHK existed on an IB reference 
08 ---- 1 means reference delayed one cycle by IB auto-reload 
Bits <07:06> TB Hit 
KRKKKKKEKEKEKER 


Indicates which group was a TB hit. 


07 - Group 1 
06 - Group 0 
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Bits <04:01> Force TB Parity Error 


RAEKKKKKKEKKE 


Allows bad parity to be generated in the encoded Group and Byte. 
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Code of 0 No errors 
Code of l No errors 
Code of 2 Group 0 Data Byte 0 
Code of 3 Group 0 Data Byte l 
Code of 4 Group 0 Data Byte 2 
Code of 5 Group 1 Data Byte 0 
Code of 6 Group 1 Data Byte l 
Code of 7 Group 1 Data Byte 2 
Code of 8 Group 0 Address Byte 0 
Code of 9 Group 0 Address Byte l 
Code of A Group Q Address Byte 2 
Code of B Group 1 Address Byte 0 
Code of C Group 1 Address Byte l 
Code of D - Group 1 Address Byte 2 
Code of E No errors 
Code of F No errors 

Bit <00> MME 

Kee KKKRKEK 
If al, enables Memory Management. 


re WwW 


ID #13 


Ow 
Vote) 
© 
“IN 
OV N 
oN 
H NO) 


Bits <20:09> 


KHKKEKKEEKEKKEKEE 


J KO 
N NO 
te NO 


© MN 


Translation Buffer Register #1 


les ae nes 
9876 5 
TB Parity 


Translation Buffer Error Status. 
in the associated Group and Byte. 


eH 


Wk 
Nr 


ts 


OF 
\O © 


Error Status 


When set indicates a parity error 


CO © 


“JI © 


OV © 


wu © 


Hm © 


Gd © 


N © 


tr © 


OO 


20 Group 1 Data Byte 2 Parity error 
19 Group 1 Data Byte 1 Parity error 
18 - Group 1 Data Byte 0 Parity error 
17 - Group 0 Data Byte 2 Parity error 
16 - Group 0 Data Byte 1 Parity error 
15 - Group 0 Data Byte 0 Parity error 
14 - Group 1 Address Byte 2 Parity error 
13 - Group 1 Address Byte 1 Parity error 
12 - Group 1 Address Byte 0 Parity error 
11 - Group Q Address Byte 2 Parity error 
10 - Group 0 Address Byte 1 Parity error 
09 - Group 0 Address Byte 0 Parity error 

Bit <Q8> CP TB Parity Error 

KRAEKKEKSK 


Indicates a TB micro-trap has been requested. 


Bit <06> Last TB Write Pulse 


KKKKKKKEK 


Indicates which TB group was last written. Unpredictable if both were 


written into. 


Group 0 


Q 
1 Group l 
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Bit <0Q4> Bad IPA 
KRKKXKKKKREK 


Contents of IPA are not meaningful if this bit 1s set. 


Bits <03;:00> IPA information 
KKKERKKRKEKKREE 


Status of the last load from the IPA, 


1 for TB miss on load. 

1 for TB parity error. 

1 for Protection violation or miss. 

1 for automatic hardware initiated load. 


OF nN W 


tou wood 
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3.) **** Control Store Parity errors (PCS, WCS, or OCS) **** 


Two registers are used to trouble-shoot this type of Machine 
Check. They are as follows: 


CPU Error Status (CES) - for Group the error occurred in. 


Trapped UPC - for the micro-address of the error. 


Bit <15> of the CES register must be al if a Control Store 
parity error occurred. If CES Bit <15>=0, then the problem 
could be either the microcode board (M8234, M8238, or M8233) 
whose address appears in the "Trapped UPC", or one of the 
following boards: 


M8231 - Contains the register ("CES") that holds the 
"CS Par Err Summary” bit and the "CS Par Err 
Group <2:0>" bits. 


M8222 - Receives the "CS Parity Error" signals to use 
to stop TB operations. 

M8230 - Creates the signals needed to trap the microcode 
for a CS Parity Error. 

M8235 - Controls the micro-addressing. 


Bit <12> of the "TRAPPED UPC" identifies where the Control 
Store Parity Error was generated from (WCS or PCS). 


If Bit <12> is a 0, then the problem occurred as a 
result of a PCS (M8234) access. 


If Bit <12> is al, then the problem occurred as a result 
of a WCS (M8233 or M8238) access. If an Optional WCS 
board is installed, further breakdown of the "TRAPPED UPC" 
address will reveal which WCS board is at fault. 


The following statements will define the board at fault providing 
the lowest addressed WCS/OCS board is in slot 20 (addressing is 
controlled by VAX-11/780 backplane jumpers): 


If there is an M8233 (1K board) in Slot 20 and: 
Bit <12>=1, Bit <10>=0 then WCS in Slot 20 had the error. 
Bit <12>=1, Bit <10>=1 then Optional WCS (slot 18) had 
the error. : 


If there is an M8238 (2K board) in Slot 20 and: 
Bit <12>=1, Bit <1ll>=0 then WCS in Slot 20 had the error. 
Bit <12>=1, Bit <l1l>=1l then Optional WCS (slot 18) had 
the error. 
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The "Parity Error" checking logic is located on the 

PCS (M8234) logic board. The 96 bit micro-word is broken 
into three 32 bit sections, each with an associated parity 
bit, and parity is checked on each section individually. 
Parity should be EVEN (an even number of ones in each 32 
bit section counting the associated parity bit). 


Use the bit configuration layout for ID register #20 
for the "TRAPPED UPC" bit definitions. 


The "TRAPPED UPC" is stored in "(SP)+12" on a MACHINE 
CHECK logout. The "TRAPPED UPC" remains in ID #32 for 
the first error of a DOUBLE ERROR HALT. 


The "CPU Error Status Register” bits <14:12> define the 
failing 32 bit section of the 96 bit Micro-code word. 


Bits <31:00> = Group 0 (CES Bit 12=1) - Pin A22Al1 
Bits <63:32> = Group 1 (CES Bit 13=1) - Pin A22S1 
Bits <95:64> = Group 2 (CES Bit 14=1) - Pin A22U2 


If an OPTIONAL WCS board is installed in the System, Jumpers 
"W23 & W24" must be installed on the M8232, "CLK", board. If 
the jumpers are out, attempted access of the Optional WCS 
board will result in Control Store Parity Errors in all 
groups (the micro-word sent to "CS" bus is all ones). The 
same symptom will occur, when accessing any Micro-code 
board, if the clock lines are bad. 


Be aware that the WCS data can only be written by the LSI 
Subsystem. WCS data cannot be read by the LSI Subsystem. 


Problem areas: 


PCS, WCS, or OPTIONAL WCS. 
Incorrect setup of KA780 backplane jumpers for WCS and PCS. 
No jumpers, for OPTIONAL WCS, on M8232. 

Any Board on the "CS" bus. 

M8232 Clock Board. 

CPU Backplane. 

CPU Power or Backplane Power Pin to Module connections. 
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ID #0C - CPU Error Status Register 


e332 2. 222522 22:22 £Akt Pia tee? 0.0.00: 0.0.0 
1098 7654 3210 9876 5432 1098 7654 321 
Bit <16> Nested Error 
KAKRKKKEKR : 
Used by Memory Management. 
Bit <15> Control Store Parity Error Summary 
KXKRKEKER 
Set if any of Bits <14:12> are set. 
Bits <14;:12> Control Store Parity Error bits 


KEEKKRKKKKEKKEK 


When set, indicates a parity error was detected in the associated 


group. 

14 - Group 2 Parity Error 
13. - Group 1 Parity Error 
12 - Group 0 Parity Error 

Bit <ll> E ALU N 

KEKKKKEKEE 

Bit <10> E ALU Z 

RHREKKKEESK 

Bit <09> ALU N 

REEKKKEKK 

Bit <Q8> ALU Z 


KKKKKKEK 


1-47 


OQ © 


Bit <Q7> ALU C31 
kK RRR KK 


Bits <06:04> Arithmetic Trap Code 
KkKk Kk KKK KKK 


The octal code in these bits defines the type of arithmetic trap. 


Decimal divide by 0. 
Decimal overflow. 
Float underflow. 
Float divide by 0. 
Float overflow. 
Integer divide by 0. 
Integer overflow. 

No trap pending. 


OrnN WP OO) ~ 
nuk ww un 


Bit <0Q3> Performance Monitor Enable 
kkekekkekekEX 


Loaded or read by the microcode. 


Bits <02:01> AST Level 
KReKKRKKKKKEKEE 


Used to deliver AST SIR during RET. 


ID #20 - Micro Stack Register 
3322 2222 2222 31tTi1ii1ii1éid3atizrzmaiaidisisiiodoaoedodvdododd 
10°98 7 @ 5 @ 3-240 9:67 6 S 943.2 21-098. 765 4&4 3:2 20 
Reading this register pops the top address from the micro stack. 
Writing this register pushes an address onto the micro stack. 
Bits <15:00> Control Store Address <15:00> 
KKKKRKKKRKRKRKEK 


<15:00> = micro Address <15:00> 


Voitages to the Micro-code Boards 


The Microcode boards use +5 volts and -5 volts. These voltages 


may be checked at the following places: 


+5 volts should be on pins "A2" and "V1" of rows 
"A" thru "F" of each slot that contains a Microcode board. 


-5 volts should be on pins "BL2" and "EK1" of each 
slot that contains a Microcode board. 


Ground is on pins "C2" and "H1" of rows "A" thru "F" 
of each slot that contains a Microcode board. 


M8235 LED description 


The M8235, Micro Sequencer board, contains 14 LED's that reflect the 
following: 


dex) "Dl - D13" = "Micro PC 00 - 12" respectively. 
2.) "D14" = "STALL" 


LED "D1" is the bottom most LED while LED "D14" is the uppermost. 
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CS Bus Groups and CS Bit Breakdown 


Besides going to all the Microcode boards the "Bus CS" bits 
also go to the following boards: 


> ms ee es ee we ee ee ee ee ee oe ee ee ee es ee es ee ee ee ee ee ee ee re ec er ee ee ee ee ee ee ee ee ese 


Group 0 <12:00> M8235 - USC - Slot 23 
<19:13> M8227 - DDP - Slot ll 

<22:20> M8230 - CEH - Slot 14 
<24:23> M8227 - DDP - Slot ll 

<25> M8228 - DCP - Slot 12 

<26> M8230 - CEH - Slot 14 

<31> M8230 - CEH - Slot 14 

Group l <34332> M8228 - DCP - Slot 12 
<41:35> M8229 - DAP - Slot 13 

<45:42> M8231 - ICL - Slot 15 

M8222 - TBM - Slot 6 

<47:46> M8222 - TBM - Slot 6 

<54:48> M8229 - DAP - Slot 13 

<57:55> M8229 - DAP - Slot 13 

M8289 - FCT - Slot 28 
<58> M8231 - ICL - Slot 15 
M8228 - DCP - Slot 12 
<63> M8231 - ICL - Slot 15 

Group 2 <65:64> M8235 - USC - Slot 23 
<69:66> M8229 - DAP - Slot 13 

<71:70> M8289 - FCT - Slot 28 

<74:72> M8235 - USC - Slot 23 

M8231 - ICL - Slot 15 

<76:75> M8235 - USC - Slot 23 

<77> M8229 - DAP - Slot 13 

<79:78> M8229 - DAP - Slot 13 

M8230 - CEH - Slot 14 

<87:80> M8229 - DAP - Slot 13 

<91:88> M8225 - DBP - Slot 9 

<95:92> M8223 - IDP - Slot 7 


Note: Remember that "Bus CS <95:00>" also go to slots 18,20 and 22. 


Chart showing “Bus CS” bits to each Board by Board 


oe ees ee es es es ee ee ee ee ee es es ee ee ae ee 


<91:88> - 


oe i ee i et) 


> a me ee ee ce ee ee ee ee ee ee ee ee ee ee ee ee ee ee 


ft TBM " 


<453:42> - 
<47:46> - 


<65:64> 
<74:72> 
<76:75> 


Group l 
Group l 


Group 2 


Group 0 
Group l 
Group l 


Slot 


Group 2 


Slot 


Group 0 
Group 2 
Group 2 
Group 2 


6 M8223 = "TDP" 
<95:92> 

9 M8227 "DDP" 
<19:13> 
<24:23> 

12 M8229 - "DAP" 
<41:35> 
<54:48> 
<573:55> 
<69366> 
<77]> 
<79378> 
<87:80> 

14 M8231 = WICL" 
<45:42> 
<58> 
<63> 
<74:72> 

23 M8289 - "FCT" 
<§7+55> 
<71:70> 

22 

0 ee eee 

- Slot 18 

O.1,2 

- Slot 20 

0,1,2 
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Group 0 
Group 0 


Slot 13 


—_ << <> <a am ane «a <ee ane 


Group l 
Group l 
Group l 
Group 2 


Slot 28 


Chart showing “Bus CS” Groups to each Board 


Board ! Group 0 ! Group l ! Group 2 ! 
“Mg222—~S~Ssi Kt 4 
M822300«O fo x 1 
M822500~O $e Kf 
M8227.0~Ot nt oe ee 
MB2280 Ot Kf Ko fo 
Mg229002=«f! Kf Kf 
M823000=~CO«E Kb RK 3 
M823100—C§ K ft  .| RK! 
823300 Kb Kf RK | 
M8234—C KE Kf. Kf 
M8235 .. ©... wee Kf 
M8238 Ko fo Kf Kf 
“M828900=CidE Kf | Kt 
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Using the Microcode Sync Point for scoping of the CS Bus 


The VAX-11/780 CPU has a "Microcode Sync Point" that can be 
set up to provide a scope trigger whenever the Microcode 
reaches a specified address. To use this feature, proceed 
as follows: 


1. Determine what Micro PC you want the Syne to trigger at. 


2. Deposit, using the CONSOL.SYS program, the address 
into ID register #21. 


3. Place your scopes SYNC on pin "A23V2" of the CPU 
backplane. 


4, Start the failing Macro program. 


5. You can now scope the "CS" bus to determine what 
bit(s) are bad. 


— = ee oe oe ee ee ee ee es es ee es es ee eee ee es ee es ee ee es es es ee es es eee eee ee es es ee eee ee es ee ee es ee ee ee ee es es ee ee ee ee eee ee es 


The VAX-11/780 CPU also has logic that can stop the CPU when 
the microcode reaches a specified Micro PC. This feature 
may be used as follows: 


1. Determine what Micro PC you want the CPU to halt at. 


2. Deposit, using the CONSOL.SYS program, the desired 
address into ID register #21. 


3. Set, using the CONSOL.SYS program, the Stop on 
Micro Match bit with the "SET SOMM™ command. 


4, Start the appropriate failing macro program. The 
VAX-11/780 CPU will halt when it reaches the 
Micro PC specified in ID register #21. You can 
then scope the logic in the static state. 


5. Be sure to execute the "CLEAR SOMM" command before 
returning the system to the customer. 


_— es ee ee ee eee ee ee ee ee ee ee ee ee ee ee ce ee ec ec ee eee ee es es es ee ee es ee ee ee ee ee ee ee ee ee ee eee ee es 
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The Control Store Bit Backplane pin layout follows for the 
contain WCS and PCS boards (18, 20, and 22). 


Group 0 


Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 


Group 1 


Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 


Group 2 


Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 


00 
Ol 
02 
03 
Q4 
05 
06 
07 
08 
09 
10 


S2 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 


ABl 
AB2 
AC] 
ADIL 
AD2 


AE2 
AFl 


AK1 
AK2 


BE] 
BE2 
BF1l 
BS2 
BT 2 
BU] 
BU2 
BV2 
CCl 
CD 
CP2 


EH2 
EJ 1 
EP2 
ES2 
ET2 
EUL 
DC1l 
DD1 
EJ2 
EK2 
EM1 


(VAX CPU Slot 18,20, or 22.) 


Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 


Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Rus 
Bus 


(VAX CPU Slot 


Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 


CS 


1l 


75 
76 
77 
78 
13 
80 
81 
82 
83 
84 
85 


= Abd 
- AL2 
- AM2 
- ARI 
- AR2 
= BAL 
- BBl 
- BB2 
= BCL 
= BL 
- BMI 


18,20. 


- cSl 
- CS2 
- CT2 
- cul 
- cu2 
- cD2 
- CN1 
- CPl 
- DP2 
- DT2 
- pul 


18,20, 


= EN 
=. BPI 
= BBL 
~ FAL 
= FBI 
= (PCI 
ee 3 Ee 
= FSi 
= PS2Z 
= Ee 
=o Bs 


Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 


Bus CS UPAR 0 


or 22.) 


Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 


CS 


54 
oy) 
56 
57 
58 
99 
60 
61 
62 
63 


Bus CS UPAR 1 


or 22.) 


Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 


86 
87 
88 
89 
90 
at 
92 
93 
94 
= is) 


Bus CS UPAR 2 


slots that 


- BM2 
= AVZ 
- BDI 
- BD2 
- BN1 
- BPl 
~ BP2 
- BRL 
= BRZ 
- BSI 
= FL2 


= DU 2 
- DD2 
= DE 2 
- DH2 
=. DIL 
- DJ2 
- DM1 
- DN1 
= “DPI 
- DS2 
= ML 


= PZ 
- FV2 
a RP 
- FP2 
=: ER 
= FR2 
= Fd 
SZ 
= PRS 
- FRK2 
- FM2 


4.) ***** CPU READ Timeouts or Error Confirmation Aborts ***** 
during Instruction Buffer ("IB") or Micro-code ("CP") accesses. 


Two registers are needed to correctly trouble-shoot this type 
of Machine Check. They are as follows: 


TIMEOUT Address - to determine what device or location was 
being referenced when error occurred. 


SBI Error Reg. - to determine what type of error occurred. 


The VAX-11/780 Processor initiates accesses to SBI NEXUS 

from two separate sources. The VAX microcode can initiate 
"read or write" accesses to any address and does so to 

obtain operands (these operands may be used to calculate 
source/destination addresses or may be the operand that 

will be operated on. ). The Instruction Buffer is the other 
source from which the CPU can initiate an SBI data transfer. 
The IB, however, can only do read accesses and these accesses 
are used to fetch instruction stream data. 


This type of error occurs whenever one of the following types of 
conditions has occurred: 


1. An attempt was made to access a non-existent NEXUS 
address or a NEXUS did not respond when accessed. This 
will result in the VAX CPU receiving a "NO DEVICE RESPONSE" 
confirmation on the second cycle following the "Command 
Address" or "Write Data* cycle. A "NO DEVICE RESPONSE" 
confirmation is when the SBI CNF<1:0> lines are deasserted. 
The CPU.will wait a cycle and then retry the cycle that 
got the NO DEVICE RESPONSE confirmation. If 512 cycles 
elapse, from the initial C/A cycle, before an ACKNOWLEDGE 
confirmation is received the CPU will timeout and a 
Machine Check Exception will occur. 


2. The CPU detected a "Device Busy” response from a NEXUS 
and 512 SBI cycles later, still receives a "Device Busy” 
response on attempted accesses. Whenever the VAX CPU 
detects a "Device Busy" response, it will wait a cycle, 
and then will arbitrate for the bus in an attempt to 
retry the same transfer. This continues until the CPU 
receives an "Acknowledge" confirmation response or until 
512 SBI cycles have occurred from the first transfer 
attempt (in this case, the CPU will timeout and a Machine 
Check exception will occur). 


3. The CPU receives an "Error" confirmation to a "Command 


Address" transfer. This usually means that the CPU has 
requested a function that the NEXUS cannot perform. 
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The "TIMEOUT ADDRESS", ID Register #1A, latches the SBI 

PHYSICAL Longword Address whenever an SBI CP Timeout occurs. 

When using this ID register, be aware that ID #1A bits <27:00> 

are bits <29:02> of the PHYSICAL BYTE ADDRESS. The SBI 

address is a LONGWORD address. To convert to a BYTE Physical 
address, simply insert two BINARY ZERO's to the right of the 

least significant digit (first convert the LONGWORD S.B.I. address 
from HEX format to BINARY format, then add two zeros to the right, 
least significant digits, and then convert the result back to 

HEX format). 


The "TIMEOUT ADDRESS", ID #1A, does not latch the physical 
SBI address for IB data timeouts, but ID #1A "may™ still be valid. 


The "TIMEOUT ADDRESS", ID Register #1A, is stored in 
"(SP)+32" on a MACHINE CHECK logout. It is stored in 
ID register #37 on the first error of a Double Error Halt. 


Bits <27:00> of ID Register #1A, are Bits <29:02> of the 

SBI Physical Byte Address. The SBI uses Longword Addresses. 
Bits <31:30> contain the "MODE" of the reference and Bit 29 
flags whether or not a hardware protection check was done. 


Instruction Buffer accesses should always be "reads" in order 
to obtain instruction stream data. Therefore, they should always 
be to a memory location or ISP ROM location. : 


ID register #19 identifies the type of error that occurred. If 

Bit 12=1 a CP timeout occurred and Bits <11:10> identify the type 
of timeout. If Bit 06=1 an IB timeout occurred and Bits <5:4> 
identify the type of timeout that occurred. If Bit O08=1 the error 
was due to an Error Confirmation as a result of a CP reference. 

If Bit 03=1 the error was due to an Error Confirmation as a result 
of an IB reference. 


ID register #19 also contains some other bits that may be of 
interest. Bit 13 flags the fact that a multiple bit error occurred 
in memory and that the data received by the VAX CPU is bad. 

Bit 7 flags the fact that a multiple bit error occurred in memory 
while fetching data for the Instruction Buffer (IB). 

Bit 2 flags a Multiple CP error, (another error occurred before the 
first error was cleared). 


Problem areas: 
CPU SBI interface. 
CPU Memory/CACHE control. 
Memory. 
Any Nexus. 
Power. 
SBI cables. 
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ID #19 - SBI Error Register 


333.22 2222 27222 Lad 2.242 42 22. Ooo 0::0°0 0 
1098 7654 3210 9876 5432 1098 73654 3210 
Bit <15> RDS Interrupt Enable 


RKEKKKEKK 


Enable interrupts for Read Data Substitute (Bad Data) errors. 


Bit <14> CRD 
KRKEKKKEKE 


Received corrected read data (CRD) from memory. 


Bit <13> RDS 
KReKKKEERK 


Received read data substitute (RDS) from memory. 


Bits <12:10> CP Timeout Status 
KRKEEKKKKKKKKR 


If 12 = 1, indicates a timeout occurred as a result of a CP requested 


1 0 0 "No Device Response” timeout. 

1 0 1 "Device Busy" timeout. 

1 a 0 "Walting for Read Data" timeout. 
BH 1 1 Impossible code. 


Bit <08> CP SBI Error Confirmation 
RKRKREEKSK 


Set when the CP requested cycle received an error confirmation to 
a command address transfer. 


Bit <0Q7> IB RDS 


KRkKKKKEKS 


Read data substitute (RDS) data was received from memory on an 
IB data request. 


Bits <06:04> IB Timeout Status 
KRREKKRKKKRKKEEE 


If bit <06>=l, a timeout occurred on an IB requested cycle. 


06 O05 04 

1 0 0 "No Device Response” timeout. 

1 0 1 "Device Busy” timeout. 

1 1 0 "Waiting for Read Data” timeout. 
1 1 1 Impossible code. 


Bit <03> IB SBI Error Confirmation 
kKekKk RK RK 


Set when an IB requested cycle receives an error confirmation. 


Bit <02> Multiple CP Error 


KKKKKKKEX 


Set with pending CP timeout or CP SBI error confirmation not 
serviced. 


Bit <O1> SBI Not Busy 
KKKKEKKEKS 


ID #1A-- ~- Timeout Address Register 


3-32.22. 222-2 2!2222 222.25 bth 42200 O00 Oo lhU6O 8 UD 
1098 7654 3210 9876 5432 32098 7654 3210 


Latches the SBI PHYSICAL LONGWORD Address on an SBI Timeout. Will not 
latch for IB data timeouts. 


Bits <31:30> Mode 
KRHEEKKKKKEKEKSE 
31 30 
0 0 Kernel mode 
0 1 Executive mode 
i. 0 Supervisor mode 
1 1 User mode 


Bit <29> Protection Check 
KRKEKRKEEKSK 


Equal to a zero for references not subject to a hardware protection 
check. 


Bits <27:00> SBI Physical Longword Address 


KREEKEKKKEKRKEKSE 


Contains the latched Physical Address bits <29:02> of the SBI Physical 
address. 


<27:00> = PA<29:02> 


Note: A written step by step procedure on how to break down Physical 
VAX BYTE addresses follows these bit breakdown charts. 


Breaking down PHYSICAL BYTE ADDRESSES 


If <29>=l1 & <20>=1 -->| 
MBZ if <29>=l1 & <20>=0] 


| 
: 
Adapter # 
|<- MBZ if <29>=1 ->| 7] | | 


NEXUS Register Offset if 
<29>=1 & <20>=0. 


A a ieee 


> 
2 2 2222 222 2 sR ees Se Dok a ab 110 0 000 0 000 0 
9 8 765 4 3210 9876 5432 109 8 765 4 3210 
“ im A|<------- > | 
| | | | 
| | | TR Level 
| | | . 
Q = MEMORY Array Addr.| | [SSe=s4-> If <29>=1 & <20>=0 
1 = I/O Address | | 
| [<-====== MBZ if <29>=l1 & <20>=0 
| 
If <29>=1 & <20>=1 this is a UNIBUS ADAPTER Address. 
If <29>=1 & <20>=0 this is a NEXUS Register Address. 
MEMORY ARRAY Physical Byte Addresses 
OO000000: 1LFFFFFFF 
| <See Ss erS ==> 64KB Array # --->| 
| <------ 256KB Array # ---->| | 
|<-- 1 MB Array # --->| | | 
22 Z 2 2.2 22-22 Ee iy ob a | ae eae Rae 1100 00 0 Q 0000 
9 8 716 Oo 4 3210 9876 5 43 2 1098 765 4 3-2: 1.-0 
Oe) aaa SS SS SSS SSeS - Memory Array address ---------------------- > | 
| 
0 
NEXUS Physical Byte Addresses 
20002000: 2001FFFF 
22 2222 2222 jae ee oe jae eae Pa 110 0 00 0 0 00 0 0 
9 8 765 4 32 2. 0 9-8: 37 6 5 43 2 1098 765 4 3 210 
nN A nN RH NANA ~a nA A A nN A a | | 
| | I | ot | | | | | | |<---|--->|<---- Register Offset ------- > | 
10 000 0 000 0 000 | 
| 


-- Hex representation of NEXUS TR Level 
\ 


UNIBUS Physical Byte Addresses 


20100000: 201FFFFF 

2 2 2222 22°22 YL Ad jee ee 1100 000 0 00 0 0 
9 8 765 4 3210 987 6 D433. 52 LQ) 38 765 4 S21 Q 
ai a ces eS ae OR |<-- 18 Bit UNIBUS Address in HEX format -->| 
| | 1 tod odo] cl cleo 

BO “OOP 0: OO. Oe 2 | UNIBUS ADAPTER number 





A maximum of 4 DW780 controllers, and therefore a maximum of 4 UNIBUSes, 
are supported on the VAX-11/780 system. Jumpers on the DW780 backplanes 
select the "UNIBUS Adapter #" for the associated UNIBUS. 


RH780 External Register Physical Byte Addresses 


200xx400:200xx7FC RH780 Drive number 
xx = RH780 TR Level |<-TR # ->| | 
| | | | 
2 2 222 2 222 2 A a hk lidil 1.1 -9.:.0 000 0 0000 
9 8 765 4 321 0 987 6 5 43 2 109 8 7 ae 4 | 3.2.20 
A A nN A NA ano nN NR A n nA _ A : yan nA A Se 1 es >| 
| | i | | | | | | | | | | | | | | 
ie 00 0 000 0 00 0 0 O01 Register number 


Offsets (in bits <12:0>) from 400 thru 7FC are External Drive registers. 


RH780 Internal Register Physical Byte Addresses 


200xx000:200xx3FC | Xxx = RH780 TR Level 
and RH780 

200xx800:200xxFCO0 i<-TR # ->| 

| | 
22 2222 2222 1S ale oe aL i oh ae i; 1-30 0 000 0 000 0 
9 8 765 4 321 0 987.6 5 43 2 109 8 765 4 3210 
nN OAM nan A NOAM na nA NO A nN NOAM |< ha a pa rey Ne ala Pl cay a Oe re eas eae ee NE > | 
| | | | ft | | | | a | Register Byte offset. Bits | 
1 Q 000 0 00 0 Q 00 0 | <12:10> must not = OQOl1. | 


Offsets of 000 thru 3FC are internal registers, except MAP registers. 
Offsets of 800 thru FCO are internal MAP registers. 
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Physical Byte Address breakdown procedure: 


The 30 bit VAX Physical address spaces is broken into two equal parts. 
The upper 512 Megabytes of address space is called I/O space and is 
used to address NEXUS, UNIBUS, and MASSBUS registers. The lower 512 
Megabytes is used to address Physical Memory Arrays. The address space 
is broken down as follows: 


Physical Memory array addresses 


00000000 : 1LFFFFFFF 
: Physical I/O register & I/O memory space. 


20000000 3PFFFFFF 


The first step in breaking down a PHYSICAL BYTE ADDRESS is to determine 
if the address-is an I/O or MEMORY ARRAY address. This is done by 
checking the state of PA bit <29>, 


1 indicates that the address is an I/O address. 
0 indicates that the address is a MEMORY ARRAY address. 


PA<29> 
PA<29> 


De i i rt i i i Ne i Eh i ee a eR A ee re A en a ee ee 


PA bit <29> = Q - Physical Memory Array address 


The address is a Memory ARRAY address if PA<29>=0. The system 
configuration must be known in order to determine what array is being 
addressed. Further on in this section are several pages of charts and 
procedure that can be used to determine what addresses correspond to what 
physical array. 


i ed et a i en etre Bi i ee i A i i i i ee eee ee 


PA bit <29> = 1 - Physical I/O address 


Use the following procedure to breakdown a Physical I/O address. 
1. "PA Bit <29>"_ must be a 1 to indicate that the address is a 
VAX I/O address. If "PA Bit <29> = 0" the address is a Physical 
MEMORY address, and the remainder of this procedure cannot be 
used. 


2. If PA Bit <29>=1 then PA Bits <28:21> must be zeros. If not, the 
address is lllegal. 


3. Check "PA Bit <20>" and proceed as indicated: 


Ce ee ee 


PA bit <20> = I 


If "PA Bit <20> = 1", the I/O address is in a “UNIBUS ADAPTER's" 
address region, and the following procedure can be used to find out 
what UNIBUS ADAPTER and UNIBUS DEVICE is being addressed: 


a. "PA bits <19:18>" indicate the "UNIBUS ADAPTER number", 


b. "PA bits <17:00>" contain the 18-bit UNIBUS DEVICE address. 


NOTE: "UNIBUS ADAPTER" does not refer to which DW780 but indicates which 
"UNIBUS" is being referenced. In other words, the UNIBUS ADAPTER 
number is not an indication of how the "TR Level" jumpers are set 
for a DW780, but indicate how DW780 backplane jumpers "Wl & W2" 
are configured for the controlling DW780 


a ew oe ee eee cee ee es ee eee es ee ee ee ee ee ee ete es ee ee ees ee es ee es eee ee ee ee i ee ee es ee es ee ee ee ee ee ee eee ee eee eee ee ee oe 


PA bit <20> = 0 


If "PA bit <20> = 0", the I/O address is a NEXUS Registers or MASSBUS 
Drive register address. In both cases, "PA<16:13>" will contain 

the "TR Level" of the NEXUS being addressed. The system 
configuration must be known in order to determine if the address 

is a NEXUS Register or MASSBUS Drive register address. 


If PA Bit <29>=l1 & PA Bit <20>=0, then PA Bit <17> and PA Bits <19:18> 
must be zero. If they do not, the address is illegal. 


If "PA bits <16:13>" indicate an RH780 address, use the following 
procedure to determine if the address is for an RH780 NEXUS 
register or for an associated MASSBUS. Drive register: 


a. If "PA bits <12:10> do not = 1", then "PA<12:00>" contain 
the offset address for an RH780 (Internal) register. 


b. If "PA bit <12:10> = 1", then "PA bits <9:7>" indicate the 


MASSBUS Drive addressed, and "PA bits <6:2>" indicate the 
register (EXTERNAL MASSBUS register) addressed. 


—— ow ee ee es ee ee es eee es ee ee ee ee eee ee ee ee ee eee ee ee ee ee ee ee eee ee ee eee ee ee es ee eae 
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1/O ADDRESS Ranges 


NEXUS 
TR level "LONGWORD" range "BYTE" range 

0 (see note) 8000000 SO007FF 20000000 - 20001FFF 

1 8000800 SOO00FFF 20002000 - 20003FFF 

2 8001000 S8O0017FF 20004000 - 20005FFF 

3 8001800 SOO1LFFF 20006000 - 20007FFF 

4 8002000 80027FF 20008000 - 20009FFF 

5 8002800 SQ02FFF Z2000A000 - 2000BFFF 

6 8003000 80037FF 2000C000 - 2000DFFF 

7 8003800 SOO03FFF 2Z000E000 - 2000FFFF 

8 8004000 80047FF 20010000 - 20011FFF 

9 8004800 SOO04FFF 20012000 - 20013FFF 

10 8005000 80057FF 20014000 - 20015FFF 

iT 8005800 SO05FFF 20016000 - 20017FFF 

12 8006000 80067FF 20018000 - 20019FFF 

13 8006800 SO006FFF 2001A000 - 2001BFFF 

14 8007000 80077FF 2001C000 - 2001DFFF 

15 8007800 8007FFF 2001E000 - 2001FFFF 
Note: "TR#0 address space” is not assigned to any NEXUS. This is 

unused address space. 

DW780 NEXUS "Longword" Address ranges "BYTE" Address ranges 
Adapter CODE for UNIBUS devices for UNIBUS devices 

0 28 8040000 - 804FFFF 20100000 - 2013FFFF 

1 29 8050000 - 805FFFF 20140000 - 2017FFFF 

2 2A 8060000 - 806FFFF 20180000 - 201BFFFF 

3 2B 8070000 - 807FFFF 201C0000 - 201FFFFF 
NOTE: Adapter numbers are assigned by DW780 backplane jumpers and do 


not have to correspond to any TR level scheme. The ADAPTER # 


simply indicates a particular UNIBUS. 


Unused “LONGWORD" Address 
8000000 - 80007FF 
8008000 - 803FFFF 
8080000 - FFFFFFF 


Unused "BYTE" Address Ranges 


—s eee ee ee ce me ee ee cee ee eee eee ee 


20000000 - 20001 FFF 
20020000 ~- 200FFFFF 
20200000 - 3FFFFFFF 


Physical Memory Array Address range 


"Longword" Address range "Byte" Address range 


<n eeme oun ee ee es ee ee ee ee ee ee ee se es es ee ee ee ee ee es ees ee ee es ee es ee ee ee es ee ee ee ee ee eee ae 


00000000 - IFFFFFFF 


DW780 Register offsets 


Reg. Byte Longword Reg. Byte Longword 
Name offset offset Name offset offset 
CNFGR 000 000 MR13 830 20C 
UBACR 004 001 MR14 834 20D 
UBASR 008 002 MR15 838 20E 
DCR 00C 003 MR16 83C 20F 
FMER 010 004 MR17 840 210 
FUBAR 014 005 MR18 844 7 
FMER 018 006 MR19 848 212 
FUBAR 01C 007 MR20 84C 213 
BRSVRO 020 008 MR22 850 214 
BRSVR1 024 009 MR23 854 215 
BRSVR2 028 OOA MR24 858 216 
BRSVR3 02C 00B MR25 85C 217 
BRRVR4 030 00C MR26 860 218 
BRRVR5 034 OOD MR27 864 219 
BRRVR6 038 OOE MR28 868 21A 
BRRVR7 03C OOF | MR29 86C 21B 
DPRO 040 010 MR30 870 21C 
DPR1 044 O1l MR31 874 21D 
DPR2 048 012 MR32 878 215 
DPR3 04C 013 MR33 87C 21F 
DPR4 050 014 MR34 880 220 
DPR5 054 O15 MR35 884 221 
DPR6 058 016 MR36 888 222 
DPR7 O5C 017 MR37 88C 223 
DPR8 060 018 : : : 
DPRS 064 019 ‘ 
DPR1O 068 O1A 
DPR11 06C 01B ; ; ‘ 
DPR12 070 01C MR480 F80 3E0 
DPR13 074 Q1D MR481 F84 3El 
DPR14 078 O1E MR482 F88 3E2 
DPR15 07C O1F MR48 3 F8C 353 
resvd 080 020 MR484 F90 354 
‘ ; ; MR485 F94 3E5 
‘ : ‘ MR486 FI8 3E6 
resvd 7EC LFF MR487 FSC 3E7 
MRO 800 200 MR488 FAO 3E8 
MR1 804 201 MR489 FA4 3E9 
MR3 808 20:2 MR490 FA8 3EA 
MR4 80C 203 MR491 FAC 3EB 
MR5 810 204 MR492 FBO 3EC 
MR6 814 205 MR493 FB4 3ED 
MR7 818 206 MR494 FB8 3EE 
MR8& 81C 207 MR495 FBC 3EF 
MRS 820 208 resvd FCO 3F0 
MR1O 824 209 ‘ ; ; 
MR11 828 20A ; ; ; 
MR12 82C 20B resvd FFC 3FF 
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RH780 Internal Register offsets 


Reg. Byte Longword Reg. Byte Longword 
Name offset offset Name offset offset 
CNFGR 000 000 MR65 8FC 23F 
MBACR 004 001 MR66 900 240 
MBASR 008 002 MR67 904 241 
MBAVAR 0OO0OC 003 MR68 908 242 
MBABCR 010 004 MR69 90C 243 
MBADR 014 005 MR70 910 244 
MBASMR 018 006 MR71 914 245 
MBACAR Q1C 007 MR72 918 246 
resvd ‘ ; MR73 91C 247 
(and MASSBUS Registers) MR74 920 248 
resvd ; ; MR75 924 249 
MRO 800 200 MR76 928 24A 
MR1 804 201 MR77 92C 24B 
MR1 808 202 MR78 930 24C 
MR2 80C 203 MR79 934 24D 
MR3 810 204 MR80 938 24E 
‘ : MR8 1 93C 24F 
MR8 2 940 250 
; ‘ MR8 3 944 251 
MR37 88C 223 MR8 4 948 252: 
MR38 890 224 MR85 94C 253 
MR39 894 225 ; ; 
MR40 898 226 
MR41 89C 227 
MR42 8A0 228 : ; 
MR4 3 8A4 229 MR467 F4C 3D3 
MR44 8A8 22A MR468 F50 3D4 
MR45 8AC 22B MR469 F54 3D5 
MR46 8B0 22C MR470 F58 3D6 
MR47 8B4 22D MR471 F5C 3D7 
MR48 8B8 22E MR472 F60 3D8 
MR49 8BC 22F MR473 F64 3D9 
MRSO 8C0 230 MR474 F68 3DA 
MR51 8C4 231 MR475 F6C 3DB 
MR52 8C8 232 MR476 F70 3DC 
MR53 8CC 233 MR477 F74 3DD 
MR54 8D0 234 MR478 F78 3DE 
MR55 8D4 235 MR479 F7C 3DF 
MR56 8D8 236 MR480 F80 3E0 
MR57 8DC 237 : ; 
MR58 8E0 238 
MR59 8E4 239 : ; 
MR60 8E8 23A MR491 FBO 3EC 
MR61 8EC 23B MR492 FB4 3ED 
MR62 8F0 23C MR493 FB8 3EE 
MR63 8E4 23D MR494 FBC 3EF 
MR64 8F8 23E MR495 FCO 3F0 


If PA<10>=l1 then the register is a "MASSBUS" (external) register. 
The "MASSBUS Register Offsets" are on the next page. 


RH780 MASSBUS (EXTERNAL) Register offsets 


Reg. | "Offsets for MASSBUS register of Drives 0 thru 7" 

No. | #0 | #1 | #2 | #3 | #4 | #5 | #6 | #7 
0 0 80 100 180 200 280 300 380 
1 4 84 104 184 204 284 304 384 
2 8 88 108 188 208 288 308 388 
3 Cc 8C 100 18C 20C 28C 30C 38C 
4 10 90 100 190 210 290 310 390 
s 14 94 100 194 214 294 314 394 
6 18 98 100 198 218 298 318 398 
7 1c 9C 100 19C 21C 29C 31C 39C 
8 20 AQ 100 1AQ0 220 2A0 320 3A0 
9 24 A4 100 1LA4 224 2A4 324 3A4 
A 28 A8 100 1A8 228 2A8 328 3A8 
B 2C AC 100 1AC 22C 2AC 32C 3AC 
C 30 BO 100 1B0 230 2B0 330 3B0 
D 34 B4 100 1B4 234 2B4 334 3B4 
E 38 B8 100 1B8 238 2B8 338 3B8 
F 3C BC 100 1BC ZS 2BC 33G 3BC 

10 40 CO 100 1c0 240 2C0 340 3C0 

Lek 44 C4 190 1c4 244 2C4 344 3C4 

LZ 48 C8 100 1C8 248 2C8 348 3C8 

13 4C cc 100 1CC 24C 2CC 34C 3CC 

14 50 DO 100 1DO 250 2D0 350 3D0 

LS 54 D4 100 1D4 254 2D4 354 3D4 

16 58 D8 100 1D8 258 2D8 358 3D8 

17 5C DC 100 1DC 25C 2DC 35C 3DC 

18 60 E0 100 1E0 260 2E0 360 3E0 

19 64 E4 100 1LE4 264 2E4 364 3E4 

LA 68 E8 100 158 268 2E8 368 3E8 

1B 6C EC 100 1EC 26C 2EC 36C 3EC 

ie 70 FQ 100 1FO 270 2F0 370 3F0 

LD 74 F4 100 1F4 274 2F4 374 3F4 

1 78 F8 100 1F8 278 2F8 378 3F8 

LF Te EC 100 LEC 27C 2FC 37C 3FC 


Req. # RPOx RMO x TE16 


Q CSsl RMCS 1 CS1l 
1 DS RMDS DS 
2 ERI1 RMERI1 ER 
3 MR RMMR1 MR 
4 AS RMAS AS 
5 DA RMDA FC 
6 DT RMDT DT 
1 LA RMLA CX 
8 SN RMSN SN 
2 OFF RMOF 3 Gs 
A DCA RMOC 

B CCA RONR 

C ER2 RMMR2 

D ER3 RMER2 

B ECCPOS RMECI 

Er ECCPAT RMEC2 
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Memory Array Address Bit breakdown 


Operand 
Array Length 
Boundaries Boundaries 
PA Bit -> 22 2222 2222 1i1i1231d3sdseirLIIattad dadd0dd 8000 
98 7654 3210 9876 5432 1098 7654 32:10 
| 1 Mb | | | Longword | | | 
1 = I/O space 256 Kb | | Word _| | 
0 = Phy. Mem. space 64 Kb | Byte | 


<28:16> = 64KB array number 
<28:18> = 256KB array number 
<28:20> = lMegaByte array number 


Physical Address bits 0 & 1 are not used on the SBI. All addresses to 
Nexus devices are Longword addresses, (only Physical Address bits 
<29:02> are used on the SBI). 


The "SBI MASK" field is used to specify which byte(s) are to be 
referenced within a Longword. 
There is a total of 1 GigaByte of Physical address space. This space 


is broken up into two equal sections. 


512 Megabyte of Pnysicai MEMORY Address Space, 
512 Megabyte of Physical I/O Address Space 


“Timeout Address” ID register bit breakdown (ID #1A) 


Bre 253 3:2 2 2222 2222 L223 224. 2a DA 20-00: 60.0.0 
1 0 9 8S 765 4 3°92 .20 Gee 7-6 8 352° 10°98 26:54 S922 90 
| | | ? Ss aatantaataeninian Physical Address Bits <29:02> ~----------------- > | 
= q Protection Check specifier value 

| Mode 
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Physical “BYTE” Address Space - 64KB boundries 


000.00 Megabyte 


Q00000000 - 
00010000 - 
00020000 - 
00030000 - 


000.25 Megabyte 


00040000 - 
00050000 - 
00060000 - 
00070000 - 


000.50 Megabyte 


00080000 - 
00090000 - 
OOQA0000 - 
QQOQB0000 - 


000.75 Megabyte 


000C0000 - 
OOO0DO0000 - 
OOO0EQOOO - 
OOOFQ000 - 


001.00 Megabyte 


00100000 - 
00110000 - 
00120000 - 
00130000 - 


001.25 Megabyte 


00140000 - 
00150000 - 
00160000 - 
00170000 - 


001.50 Megabyte 


00180000 - 
00190000 - 
QOO1A0000 - 
Q001B0000 - 


001.75 Megabyte 


QO01C0000 - 
001D0000 - 
O0O1E0000 - 
OO1FOOO0O0 - 


002.00 Megabyte 


00200000 - 
00210000 - 
00220000 - 
00230000 - 


002.25 Megabyte 


00240000 - 
00250000 - 
00260000 - 
00270000 - 


002.50 Megabyte 


00280000 - 
00290000 - 
OO02A0000 - 
002B0000 - 


QOOOFFFF 
QQOOLFFFF 
QOOO2FFFF 
QOOO3FFFF 


OQO04FFFF 
OOOSFFFF 
OOO6FFFF 
QOO7FFFF 


OOO8FFFF 
OQO9FFFF 
QOOOAFFFF 
QOOBFFFF 


QOOOCFFFF 
QOOODFFFF 
OOOEFFFF 
OOOFFFFF 


QO1OFFFF 
OOLIFFFF 
OOL2FFFF 
QOO1L3FFFF 


OOL4FFFF 
QOOLSFFFF 
OO16FFFF 
QOOL7FFEF 


OO18FFFF 
QOLOFFFF 
OQIAPFFF 
QOOILBFFFF 


QO1CFFFF 
QOQ1LDFFFF 
QOO1EFFFF 
OOL1FFFFF 


OO20FFFF 
OO2Z1FFFF 
QO22FFFF 
QOO2Z3FFFF 


OO24FFFF 
OO25FFFF 
UOZOFEEE 
QOO27FFFF 


OO2Z8FFFF 
QOO29FFFF 
OO2AFFFF 
OO2BFFFF 


002. 


003. 


003. 


003. 


003. 


004. 


004. 


005. 


75 Megabyte 

002C0000 - OO2CFFFF 
OO2D0000 - OQO2DFFFF 
OO2E0000 - OO2EFFFF 
OO2F0000 - OO2FFFFF 
00 Megabyte 

00300000 - OO30FFFF 
00310000 - QO31FFFF 
00320000 - OQO32FFFF 
00330000 - OO33FFFF 
25 Megabyte 

00340000 - OO34FFFF 
00350000 - OQO35FFFF 
00360000 - OO36FFFF 
00370000 - QO37FFFF 
50 Megabyte 

00380000 - OO38FFFF 
00390000 - OO39FFFF 
OO3A0000 - OO3AFFFF 
003B0000 - OO3BFFFF 
75 Megabyte 

003C0000 - OO3CFFFF 
003D0000 - OO3DFFFF 
0O03E0000 - OO3EFFFF 
OO3F0000 - OO3FFFFF 
00 Megabyte 

00400000 - OO40FFFF 
00410000 - QO41FFFF 
00420000 - 0042FFFF 
00430000 - OO43FFFF 


.25 Megabyte 


00440000 - QO44FFFF 
00450000 - OO45FFFF 
00460000 - OO46FFFF 
00470000 - OQO47FFFF 
50 Megabyte 

00480000 - O0048FFFF 
00490000 - QO49FFFF 
O04A0000 - QO4AFFFF 
004B0000 - OO4BFFFF 


.-75 Megabyte 


004C0000 - OQO4CFFFF 
004D0000 - OQO4DFFFF 
OO4E0000 - OQO4EFFFF 
OO4F0000 - OQO4FFFFF 


.00 Megabyte 


00500000 - QOSOFFFF 
00510000 - QOSI1FFFF 
00520000 - OQO5S2FFFF 
00530000 - OQOS3FFFF 
25 Megabyte 

00540000 - OO54FFFF 
00550000 - OQOSSFFFF 
00560000 - QOS5S6FFFF 
00570000 - OO5S7FFFF 
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005.50 Megabyte 


00580000 - OO58FFFF 
00590000 - OQO59FFFF 
OO05A0000 - OOSAFFFF 
Q0O5BO0000 - OOSBFFFF 


005.75 Megabyte 


Q05CO0000 - OOSCFFFF 
005D0000 - OOSDFFFF 
QOSE0000 - OQOSEFFFF 
QOSFO000 - OOSFFFFF 


006.00 Megabyte 


00600000 - QO6O0FFFF 
00610000 - OO61FFFF 
00620000 - O062FFFF 
00630000 - OQ063FFFF 


006.25 Megabyte 


00640000 - OO064FFFF 
00650000 - OO65FFFF 
00660000 - OOQO66FFFF 
00670000 - OO67FFFF 


006.50 Megabyte 


00680000 - OO68FFFF 
00690000 - OO69FFFF 
006A0000 - QO6AFFFF 
QO06B0000 - OO6BFFFF 


006.75 Megabyte 


006C0000 - OO6CFFFF 
QO06D0000 - OO6DFFFF 
OO6EH0000 - OO6EFFFF 
OO6FO0000 - OO6FFFFF 


007.00 Megabyte 


00700000 - OO70FFFF 
00710000 - QO71FFFF 
00720000 - 0072FFFF 
00730000 - OO73FFFF 


007.25 Megabyte 


00740000 - OO74FFFF 
00750000 - OO75FFFF 
00760000 - OO76FFFF 
00770000 - OO77FFFF 


007.50 Megabyte 


00780000 - OO78FFFF 
00790000 - OO79FFFF 
0O7A0000 - OO7AFFFF 
007B0000 - OO7BFFFF 


007.75 Megabyte 


007C0000 - OO7CFFFF 
007D0000 - OO7DFFFF 
0OO0O7EQ0000 = OO7EFFFF 
OO7FO0000 - OO7FFFFF 


008.00 Megabyte 


00800000 - OO80FFFF 
00810000 - OO8l1FFFF 
00820000 - O082FFFF 
00830000 - OO83FFFF 


008. 


008. 


008. 


009. 


009. 


009. 


009. 


910. 


010 


010 


G10, 


Physical "BYTE” Address Space - 64KB boundries 


25 Megabyte 
00840000 - 
00850000 - 
00860000 - 
00870000 - 

s0Megabyte 
00880000 - 
00890000 - 
008A0000 - 
O0O08BO000 - 

75 Megabyte 
008CO000 - 
O008D0000 - 
OO8EOQ000 - 
OO8FOQ000 - 

00 Megabyte 
00900000 - 
00910000 - 
00920000 - 
00930000 - 

25 Megabyte 
00940000 - 
00950000 - 
00960000 - 
00970000 - 

50 Megabyte 
00980000 - 
00990000 - 
009A0000 - 
Q009B0000 - 

75 Megabyte 
009C0000 - 
Q0O9D0000 - 
OOSEO000 - 
OO9FO000 - 

00 Megabyte 
OOA00000 - 
00A10000 - 
OOA20000 - 
00A30000 - 


.25 Megabyte 


00A40000 - 
00A50000 - 
O0A60000 - 
OO0A70000 - 


.50 Megabyte 


OOA80000 - 
OOA90000 - 
QOOAA0N0O0O - 
QOABQOO0O - 
75 Megabyte 
OOACO00O - 
QOADOOO0O - 
QQAEQOQOO - 
OOAFOQOO - 


QOO84FFFF 
OO85FFFF 
OO86FFFF 
OO87FFFF 


OO88FFFF 
OO89FFFF 
OO8AFFFF 
OO8BFFFF 


OO8CFFFF 
OO8DFFFF 
OO8EFFFF 
OO8FFFFF 


OO90FFFF 
OO9LFFFF 
QOO92FFFF 
OO93FFFF 


OO94FFFF 
QOO95FFFF 
QOO96FFFF 
OO97FFFF 


OO98FFFF 
QOS9SFFFF 
OOSAFFFF 
JUOIBFFFF 


QVOSCEFEE 
OO9DFFFF 
Q09SEFFFF 
QO9OFFFFF 


OOAOFFFF 
QOOALFFFF 
QOOA2FFFF 
QOA3SFFFF 


OOA4FFFF 
QOOASFFFF 
OOA6FFFF 
QOA7FFFF 


QOASPFFF 
QOASFFFF 
QOAAFFFF 
QOQABFFFF 


QOACFFFF 
QOOADFFFF 
QOOQOAEFFFF 
OOAFFFFF 


O11 


Oloks 


Oll. 


Onde 


OD2. 


Den 


012 


Ji3 


00 Megabyte 

0OB00000 - OOBOFFFF 
0OB10000 - OOBIFFFF 
00B20000 - OOB2FFFF 
00B30000 - OOB3FFFF 
25 Megabyte 

00B40000 - OQOB4FFFF 
00B50000 - OOBSFFFF 
OOB60000 - OOB6FFFF 
00B70000 - OOB7FFFF 
50 Megabyte 

0O0B80000 - OOB8FFFF 
00B90000 - OOBSFFFF 
OOBAO000 - OQOBAFFFF 
OOBBO000 - QOBBFFFF 
75 Megabyte 

OOBCOQ000 - QOBCFFFF 
OOBDO000 - OOBDFFFF 
OOBEOQ000 - OOBEFFFF 
QOBFOO00 - OOBFFFFF 


.00 Megabyte 


00CQ0000 - OOCOFFFF 
00C10000 - OQOCIFFFF 
00C20000 - OOC2FFFF 
00C30000 - OOC3FFFF 
25 Megabyte 

00C40000 - QOC4FFFF 
00C50000 - OOCSFFFF 
00C60000 - QOC6FFFF 
00C70000 - QOUCTFFFF 
50 Megabyte 

00C80000 - OOC8FFFF 
00C90000 - OOCIFFFF 
QOOCA0000 - OQOCAFFFF 
OOCBO000 - OOCBFFFF 


.75 Megabyte 


00CCO000 - OOCCFFFF 
OOCDO000 - QOCDFFFF 
OOCEQO000 - OOCEFFFF 
OOCFO000 - OQOCFFFFF 


.00 Megabyte 


OOD00000 - QODOFFFF 
O0D1L0000 —Q0DIFEFF 
00D20000 - QOD2FFFF 
00D30000 = UODSFEFF 


.25 Megabyte 


00D40000 - OOD4FFFF 
00D50000 - QODSFFFF 
O0D60000 - OQOD6FFFF 
00D70000 - OOD7FFFF 


.50 Megabyte 


00D80000 - OOD8FFFF 
O00D90000 - OQODSPFFF 
QODAQ000 - OQODAFFFF 
OODBO000 - OQODBFFFF 


1-70) 


013% 


O14. 


O14. 


014. 


O14. 


U5 


J1L5. 


0154 


015. 


O16. 


OLS 


75 Megabyte 

OODCO000 - OODCFFFF 
OODDO000 - OODDFFFF 
OODEQ000 - OODEFFFF 
OODFO0Q00 - OODFFFFF 
00 Megabyte 

OOE00000 - QOEOFFFF 
OOE10000 - OOEIFFFF 
QOOE20000 - OOE2FFFF 
00E30000 - OQOE3FFFF 
25 Megabyte 

OO0OE40000 - OOE4FFFF 
00E50000 - OOESFFFF 
OOE60000 - OQOE6FFFF 
QOE70000 - OOE7FFFF 
50 Megabyte 

QOE80000 - OOES8SFFFF 
QOOES0000 - OOESFFFF 
OOEAQ000 - OQOEAFFFF 
QOOEBO000 - QOEBFFFF 
75 Megabyte 

OOECOQ00 - OOECFFFF 
OOEDOOQ00 - OQOEDFFFF 
OOEEOOQ00 - OQOEEFFFF 
QOEFOOQ0OO - OOEFFFFF 
00 Megabyte 

OOFO0000 - OOFOFFFF 
QOOF1Q000 - OQOFIFFFF 
OOF20000 - OOF2FFFF 
OOFS0000 = QOFSFRFF 
25 Megabyte 

OOF40000 - OQOF4FFFF 
OOFS50000 - OOFSFFFF 
OOF60000 - OOFG6FFFF 
OOF70000 = OOF /FEFF 
50 Megabyte 

OOF80000 - OOF8FFFF 
OOF90000 - OOFSOFFFF 
OOFA0000 - OOFAFFFF 
OOFBO0O00 - OOFBFFFF 
75 Megabyte 

OOFCO000 - OOFCFFFF 
OOFDO000 - OOFDFFFF 
OOFEOO00 - OOFEFFFF 
QOOFFOQOQO0O - OOFFFFFF 
00 Megabyte 

01000000 - O1LOOFFFF 
VL010000° = QLOLPPEF 
01020000 - OQ1LO2FFFF 
01050000: = O1LUSFFEF 


.25 Megabyte 


01040000 - O1O4FFFF 
01050000 - OQ1OSFFFF 
OLlQ060000 = OLOGFFFF 
01070000 - OQLOVFFFF 


Physical “BYTE” Address Space - 256K8 boundries 


016.0 Megabyte 


01000000 - 
01040000 - 
01080000 - 
Q10Cc0000 - 


017.0 Megabyte 


01100000 - 
01140000 - 
01180000 - 
011C0000 - 


018.0 Megabyte 


01200000 - 
01240000 - 
01280000 - 
Q012C0000 - 


019.0 Megabyte 


01300000 - 
01340000 - 
01380000 - 
013C0000 - 


020.0 Megabyte 


01400000 - 
01440000 - 
01480000 - 
014cC0000 - 


021.0 Megabyte 


01500000 - 
01540000 - 
01580000 - 
015C0000 - 


022.0 Megabyte 


01600000 - 
01640000 - 
01680000 - 
016COQ000 - 


023.0 Megabyte 


01700000 - 
01740000 - 
01780000 - 
017C0000 - 


024.0 Megabyte 


01800000 - 
01840000 - 
01880000 - 
018CO000 - 


025.0 Megabyte 


01900000 - 
01940000 - 
01980000 - 
019C0000 - 


O1LO3FFFF 
Q1O7FFFF 
OLOBFFFF 
O1OFFFFF 


QVLISFEFF 
OLL/7FPEFF 
ULIBEPEF 
QLIFFFFF 


QL2Z3FFFF 
O127FFFF 
O1L2BFFFF 
OL2ZEEFEF 


Q1L33FFFF 
O137FFFF 
QIiSBFFFF 
O13FFFFF 


O143FFFF 
O147F FFF 
O14BFFFF 
OQL4FFFFF 


JISSFFEF 
QVISTEFFPE 
OQ1LSBFFFF 
QISFFFFF 


O1l63FFFF 
Q167FFFF 
O16BFFFF 
OQ16OFFFFF 


O1L73FFFF 
O177FFFF 
O17BFFFF 
Q1L7FRFFF 


O1S3FFFF 
O18S7FFFF 
O1SBFFFF 
O18FFFFF 


O19S3FFFF 
O197F FFF 
O19SBFFFF 
O1LOFFFFF 


026. 


027. 


028. 


029. 


030 


O31 


O32. 


034. 


035 


0 Megabyte 
Q1A00000 - 
Q1A40000 - 
O1A80000 - 
Q1ACcCO000 - 
Q Megabyte 
01B00000 - 
01B40000 - 
01B80000 - 
O1BCO000 - 
Q Megabyte 
01C00000 - 
01C40000 - 
01C80000 - 
01cc0000 - 
OQ Megabyte 
01D00000 - 
01D40000 - 
01D80000 - 
QO1DCO000 - 


.Q0 Megabyte 


O1E00000 - 
O1E40000 - 
QO1E80000 - 
O1ECOO000 - 


.0 Megabyte 


O1FOQ0Q00 - 
O1F40000 - 
O1F80000 - 
O1FCO000 - 
Q Megabyte 
02000000 - 
02040000 - 
02080000 - 
O20C0000 - 


.0 Megabyte 


02100000 - 
02140000 - 
02180000 - 
021C0000 - 
Q Megabyte 
02200000 - 
02240000 - 
02280000 - 
022C0000 - 


.0 Megabyte 


02300000 - 
02340000 - 
02380000 - 
023C0000 - 


036.0 Megabyte 
O1LA3FFFF 02400000 - 
Q1LA7FFFF 02440000 - 
O1LABFFFF 02480000 - 
O1LAFFFFF 024C0000 - 

037.0 Megabyte 
O1B3FFFF 02500000 - 
O1B7FFFF 02540000 - 
O1BBFFFF 02580000 - 
O1BFFFFF Q025C0000 - 

038.0 Megabyte 
O1C3FFFF 02600000 - 
O1C7FFFF 02640000 - 
O1CBFFFF 02680000 - 
QOLCFFFFF 026CQ000 - 

039.0 Megabyte 
O1D3FFFF 02700000 - 
O1D7FFFF 02740000 - 
Q1LDBFFFF 02780000 - 
OLDFFFFF 027C0000 - 

040.0 Megatyte 
OLESFFFF 02800000 - 
OLE7FFFF 02840000 - 
QOLEBFFFF 02880000 - 
OLEFFFFF 028C0000 - 

041.0 Megabyte 
O1F3FFFF 02900000 - 
O1F3FFFF 02940000 - 
O1LFBFFFF 02980000 - 
O1LFFFFFF. 029C0000 - 

042.0 Megabyte 
O203FFFF O2A00000 - 
O207FFFF QO2A40000 - 
O20BFFFF O2A80000 - 
O20FFFFF O2ACO000 - 

. 043.0 Megabyte 
O213FFFF O2B00000 - 
O217FFFF 02B40000 - 
O2Z1BFFFF O2B80000 - 
O2Z1FFFFF O2BCO000 - 

044.0 Megabyte 
O223FFFF O02C00000 - 
O227FFFF 02C40000 - 
O22BFFFF O2C80000 - 
O2Z2FFFFF O02CCO0000 - 

045.0 Megabyte 
O233FFFF Q2D00000 - 
O237FFFF 02D40000 - 
O23BFFFF O02D80000 - 
O23FFFFF O2DC0000 - 


O243FFFF 
O247FFFF 
O24BFFFF 
O24FFFFF 


O253FFFF 
O257FFFF 
O25BFFFF 
O25FFFFF 


O263FFFF 
O267FFFF 
O26BFFFF 
O26FFFFF 


QO273FFFF 
O277FFFF 
O2Z7BPEFE 
027F0000 


O283FFFF 
O287FFFF 
O28BFFFF 
O28 FFFFF 


O293FFFF 
O2Z97FFFF 
O29BFFFF 
QUZIPPEFE 


O2A3FFFF 
O2A7FFFF 
O2ABFFFF 
O2AFFFFF 


O2B3SFEFFF 
O2B/7FFFF 
O2BBFFFF 
O2BFFFFF 


O2C3FFFF 
O2C7FFFF 
O2CBFFFF 
O2CFFFFF 


O2D3FFFF 
Q2D7FFFF 
O2DBFFFF 
O2DFFFFF 


Physical “BYTE” Address Space - 256KB boundries 


046.0 Megabyte 


O2E00000 - 
02E40000 - 
O2E80000 - 
O2ECO000 - 


047.0 Megabyte 


O2FQ00000 - 
O2F40000 - 
O2F80000 - 
O2FC0000 - 


048.0 Megabyte 


03000000 - 
03040000 - 
03080000 - 
Q030C0000 - 


049.0 Megabyte 


03100000 - 
03140000 - 
03180000 - 
Q031C0000 - 


050.0 Megabyte 


03200000 - 
03240000 - 
03280000 - 
032C0000 - 


051.0 Megabyte 


03300000 - 
03340000 - 
03380000 - 
033C0000 - 


052.0 Megabyte 


03400000 - 
03440000 - 
03480000 - 
034C0000 - 


O2E3FFFF 
O2E7FFFF 
O2EBFFFF 
O2EFFFFF 


O2F3FFFF 
O2F7FFFF 
O2FBFFFF 
O2FFFFFF 


O303FFFF 
O307FFFF 
O30BFFFF 
O30FFFFF 


O313FFFF 
O317FFFF 
O31BFFFF 
O31FFFFF 


0323FFFF 
0327FFFF 
O32BFFFF 
O32FFFFF 


O333FFFF 
O337FFFF 
O33BFFFF 
O33FFFFF 


O343FFFF 
O347FFFF 
O34BFFFF 
O34FFFFF 


053.0 Megabyte 
03500000 - O353FFFF 
03540000 - O357FFFF 
03580000 - O35BFFFF 
035C0000 - O35FFFFF 

054.0 Megabyte 
03600000 - O363FFFF 
03640000 - O367FFFF 
03680000 - O36BFFFF 
036C0000 - O36FFFFF 

055.0 Megabyte 
03700000 - O0373FFFF 
03740000 - 0377FFFF 
03780000 - O37BFFFF 
037C0000 - O37FFFFF 

056.0 Megabyte 
03800000 - 0383FFFF 
03840000 - O387FFFF 
03880000 - O38BFFFF 
038C0000 - O38FFFFF 

057.0 Megabyte 
03900000 - O393FFFF 
03940000 - O397FFFF 
03980000 - O39BFFFF 
039C0000 - O39FFFFF 

058.0 Megabyte 
03A00000 - O3A3FFFF 
Q03A40000 - OQ3A7FFFF 
O03A80000 - OQ3ABFFFF 
O3ACOQ000 - O3AFFFFF 


059.0 Megabyte 


060 


061 


062 


063 


064 


03B00000 - 
03B40000 - 
Q03B80000 - 
Q3BCOQ0Q00 - 


-0 Megabyte 


Q3c00000 - 
03C40000 - 
03C80000 - 
03cC0000 - 


.Q0 Megabyte 


QO3D00000 - 
03D40000 - 
03D80000 - 
Q03DC0000 - 


.Q0 Megabyte 


Q03E00000 - 
03E40000 - 
03E80000 - 
O3ECO000 - 


.Q0 Megabyte 


O3FO00000 - 
O3F40000 - 
O3F80000 - 
O3FCO000 - 


.Q Megabyte 


04000000 - 
04040000 - 
04080000 - 
040C0000 - 


OSBSFrFr 
O3B7FFFF 
O3BBFFFF 
O3BFFFFF 


O3C3FFFF 
O3C7FFFF 
O3CBFFFF 
O3CFFFFF 


O3D3FFFF 
O3D7FFFF 
O3DBFFFF 
O3DFFFFF 


O3E3FFFF 
O3E7FFFF 
O3EBFFFF 
O3EFFFFF 


O3F3FFFF 
O3F7FFFF 
O3FBFFFF 
O3FFFFFF 


O403FFFF 
O407F FFF 
O40BFFFF 
O40 FFFFF 


000 


005 


010 


O15 


020 


025 


030 


035 


040 


Physical “BYTE” Address Space - 


Megabyte 
00000000 
00100000 
00200000 
00300000 
00400000 
Megabyte 
00500000 
00600000 
00700000 
00800000 
00900000 
Megabyte 
OOAQ0000 
00B00000 
00COQ0000 
0OD00000 
OOE00000 
Megabyte 
0OOF00000 
01000000 


01100000 - 


01200000 
01300000 
Megabyte 
01400000 
01500000 
01600000 
01700000 
01800000 
Megabyte 
01900000 
01A00000 
01B00000 
01C00000 
01D00000 
Megabyte 
O1E00000 
01F00000 
02000000 
02100000 
02200000 
Megabyte 
02300000 
02400000 
02500000 
02600000 
02700000 
Megabyte 
02800000 
02900000 
02A00000 
02B00000 
02C00000 


OOOFFFFF 
QOO1LFFFFF 
OO2FFFFF 
OO3FFFFF 
OO4FFFFF 


OOSFFFFF 
QOO6FFFFF 
OO7FFFFF 
OO8FFFFF 
OO9FFFFF 


QOAPFFFF 
QOOBFFFFF 
OOCFFFFF 
OODFFFFF 
OOEFFFFF 


OOFFFFFF 
O1OFFFFF 
OLIFFFFF 
O12FFFFF 
O13FFFFF 


O14 FFFFF 
O1LSFFFFF 
O16FFFFF 
O1LVFFFFF 
O18FFFFF 


Q1OFFFFF 
O1LAFFFFF 
QIBFFFPE 
OICFFFFF 
OIDFFFFF 


OLEFFFFF 
QLFFFFFF 
O20FFFFF 
O21FFFFF 
QO22FFFFF 


O23FFFFF 
O24FFFFF 
O25FFFFF 
O26FFFFF 
Q27FFFFF 


O28FFFFF 
O29FFFFF 
O2AFFFFF 
OZBFPFEF 
O2ZCFFFFF 


045 Megabyte 
Q2D00000 - 
QO2E00000 - 
O2F00000 - 
03000000 - 
03100000 - 

050 Megabyte 
03200000 - 
03300000 - 
03400000 - 
03500000 - 
03600000 - 

055 Megabyte 
03700000 - 
03800000 - 
03900000 - 
Q3A00000 - 
O3B00000 - 

060 Megabyte 
03C00000 - 
QO3D00000 - 
O3E00000 - 
O3FQO0Q000 - 
04000000 - 

065 Megabyte 
04100000 - 
04200000 - 
04300000 - 
04400000 - 
04500000 - 

070 Megabyte 
04600000 - 
04700000 - 
04800000 - 
04900000 - 
O4A00000 - 

075 Megabyte 
04B00000 - 
04C00000 - 
04D00000 - 
O4E00000 - 
O4F00000 - 

080 Megabyte 
05000000 - 
05100000 - 
05200000 - 
05300000 - 
05400000 - 

085 Megabyte 
05500000 - 
05600000 - 
05700000 - 
05800000 - 
05900000 - 


O2DFFFFF 
O2EFFFFF 
O2PFFFFF 
O30FFFFF 
OS1LFFFFF 


O32FFFFF 
O33FFFFF 
O34FFFFF 
O35FFFFF 
O36FFFFF 


O37FFFFF 
O38FFFFF 
O39FFFFF 
O3AFFFFF 
O3BFFFFF 


090 


Ug5 


100 


105 


O3CPFFFF — 


O3DFFFFF 
O3EFFFFF 
O3FFFFFF 
O40FFFFF 


O41 FFFFF 
O42FFFFF 
O43FFFFF 
O44FFFFF 
O45FFFFF 


O46FFFFF 
O47FFFFF 
O48FFFFF 
O49FFFFF 
O4AFFFFF 


O4BFFFFF 
O4CFFFFF 
O4DFFFFF 
O4EFFFFF 
O4FFFFFF 


OSOFFFFF 
OSLEPEFE 
USZFFEEE 
OSSFPREF 
OS4FFFFF 


O55FFFFF 
OS6FFFFF 
OS7PFFFF 
OS8SFFFFF 
OSIFEPEE 


110 


115 


120 


125 


130 


IMB boundries 


Megabyte 
Q5A00000 
05B00000 
05C00000 
05D00000 
05E00000 
Megabyte 
OSFQ0000 
06000000 
06100000 
06200000 
06300000 
Megabyte 
06400000 
06500000 
06600000 
06700000 
06800000 
Megabyte 
06900000 
06A00000 
06B00000 
06C00000 
06D00000 


Megabyte 


06E00000 
06F00000 
07000000 
07100000 
07200000 
Megabyte 
07300000 
07400000 
07500000 
07600000 
07700000 
Megabyte 
07800000 
07900000 
07A00000 
07B00000 
07C00000 
Megabyte 
07D00000 
07E00000 
O7F00000 
08000000 
08100000 
Megabyte 
08200000 
08300000 
08400000 
08500000 
08600000 


OSAFFFFF 
O5BFFFFF 
QUSCEPEEE 
OSDFEF FF 
OSEFFFFF 


OSFFFFFF 
O60FFFFF 
O61FFFFF 
O62FFFFF 
O63 FFFFF 


O64FFFFF 
O65FFFFF 
O66FFFFF 
O67 FFFFF 
O68FFFFF 


O69FFFFF 
O6AFFFFF 
O6BFFFFF 
QO6CFFFFF 
O6DFFFFF 


QO6OEFFFFF 
O6FFFFFF 
O70FFFFF 
O7IFFFFF 
O72FFFFF 


O73FFFFF 
O74FFFFF 
Q75FFFFF 
O76FFFFF 
O77 FFFFF 


O79FFFFF 
O7VAPFFFF 
O7BFFFFF 
O7CFFFFF 


O7DFFFFF 
O7EFFFFF 
O7FFFFFF 
O80FFFFF 
O8lFFFFF 


OS ZFEEFE 
O83FFFFF 
O84FFFFF 
OSSFFRFEF 
O86FFFFF 


[32 


140 


145 


150 


160 


L695 


70 


Physical “BYTE” Address Space - 


Megabyte 
08700000 
08800000 
08900000 
08A00000 
08B00000 
Megabyte 
08C00000 
08D00000 
08E00000 
08F00000 
09000000 
Megabyte 
09100000 
09200000 
09300000 
09400000 
09500000 
Megabyte 
09600000 
09700000 
09800000 
09900000 
09A00000 
Megabyte 
09B00000 
09C00000 
09D00000 
09E00000 
09F00000 
Megabyte 
0A000000 
0A100000 
0A200000 
0A300000 
0A400000 
Megabyte 
0A500000 
0A600000 
0A700000 
0A800000 
0A900000 
Megabyte 
0AA00000 
OAB0O0000 
0ACO0000 
0AD00000 
QAE0Q000 
Megabyte 
OAFO0000 
0B000000 
0B100000 
0B200000 
0B300000 


O87FFFFF 
O88FFFFF 
OSSPFPFF 
O8AFFFFF 
O8BFFFFF 


O8CFFFFF 
O8DFFFFF 
O8EFFFFF 
O8FFFFFF 
OS0FFFFF 


O9LFFFFF 
O92FFFFF 
O93FFFFF 
OS4FFFFF 
O9SFFFFF 


O96FFFFF 
OO7FFFFF 
O98FFFFF 
OSSFFFFF 
OSAFFFFF 


OOBFFFFF 
OOCFFFFF 
O9ODFFFFF 
O9EFFFFF 
OSFFFFFF 


OAOFFFFF 
OALFFFFF 
OA2FFFFF 
OA3FFFFF 
QA4FFFFF 


OASFFFFF 
OA6FFFFF 
QOA7FFFFF 
OASFFFFF 
OASFFFFF 


OAAFFFFF 
OABFFFFF 
QOACFFFFF 
OADFFFFF 
OAEFFFFF 


QAFFFFFF 
OBOFFFFF 
OBLFFFFF 
OB2FFFFF 
OB3FFFFF 


180 Megabyte 
0B400000 - 
0B500000 - 
O0B600000 - 
0B700000 - 
OB800000 - 

185 Megabyte 
OB900000 - 
OBAO0Q000 - 
OBBO0000 - 
OBCOQO0O0O - 
OBDOQOON - 

190 Megabyte 
OBEQQ000 - 
OBFOO000 - 
0CO000000 - 
0C100000 - 
0C200000 - 

195 Megabyte 
0C300000 - 
0C400000 - 
0C500000 - 
0C600000 - 
0C700000 - 

200 Megabyte 
0C800000 - 
O0c900000 - 
OCA00000 - 
OCBOQ000 - 
OCCO0000 - 

205 Megabyte 
OCDO0Q00 - 
OCEOQ000 - 
OCFOQ000 - 
OD000000 - 
O0D100000 - 

210 Megabyte 
0D200000 - 
0D300000 - 
0D400000 - 
OD500000 - 
OD600000 - 

215 Megabyte 
0D700000 - 
OD800000 - 
ODS00000-— 
ODA0N0000 - 
ODBOO0000 - 

220 Megabyte 
ODC00000 - 
ODDON0000 - 
ODEO0Q000 - 
ODFQ0000 - 
OEOQ0000 - 


OB4FFFFF 
OBSFFFFF 
OB6FFFFF 
OB/FFFFF 
OBSFFFFF 


OBOFFFFF 


OBAFFFFF 
OBBFFFFF 
OBCFFFFF 
OBDFFFFF 


OBEFFFFF 
OBFFFFFF 
OCOFFFFF 
OCIFFFFF 
OC2FFFFF 


OCSFFFFF 
OC4FFFFF 
OCSFFFFF 
OCOFFFFF 
OC7FFFFF 


OC8FFFFF 
OCOFPFFFF 
OCAFFFFF 
OCBFFFFF 
OCCFFFFF 


OCDFFFFF 
OCEFFFFF 
OCFFFFFF 
ODOFFFFF 
ODIFFFFF 


OD2FFFFF 
OD3FFFFF 
OD4FFFFF 
ODSFPFFF 
OD6FFFFF 


ODT FEFFEF 
OD8FFFFF 
ODOFFFFF 
ODAFFFFF 
ODBFFFFF 


ODCFFFFF 
ODDFFFFF 
ODEFFFFF 
ODFFFFFF 
QOEOFFFFF 


IMB boundries 


225 Megabyte 


235 


240 


245 


250 


299 


260 


265 


0E100000 
0£200000 
0E300000 
0E400000 
0E500000 
Megabyte 
0E600000 
0E700000 
0E800000 
0E900000 
OEA0N0N000 
Megabyte 
QOEBO0000 
0ECO0000 
OEDON0N000 
OEEOQ0000 


OEFOQOQ000 - 


Megabyte 
OF0Q0000 
OF100000 
OF200000 
OF300000 
OF400000 
Megabyte 
OF500000 
OF600000 
OF700000 
OF800000 
OF900000 
Megabyte 
OFA00000 
OFBO0000 
OFCQ0000 
OFDO0000 
OFEQQ000 
Megabyte 
OFFOO000 
10000000 
10100000 
10200000 
10300000 
Megabyte 
10400000 
10500000 
10600000 
10700000 
10800000 
Megabyte 
10900000 
10A00000 
10B00000 
10C00000 
10D00000 


ORLFFFFF 


QE2FFFFF 


OESFFFFF 
QE4FFFFF 
OESFFFFF 


OE6FFFFF 
OR7FFFFF 
OE8FFFFF 
ORSFFFFF 
QEAFFFFF 


OEBFFFFF 
QOECFFFFF 
QOEDFFFFF 
OEEFFFFF 
OEFFFFFF 


OFOFFFFF 
UPLEFFFE 
OF2FFFFF 
OF3FFFFF 
OF4FFFFF 


OFSFFFFF 
OF6FFFFF 
OFT EPEEE 
OFSFFFFF 
OFOFFFFF 


OFAFPFFFF 
OFBFFFFF 
OFCFFFFF 
OFDFFFFF 
OFEFFFFF 


OFFFFFFF 
LOOFFFFF 
LOLFFFFF 
LO2FFFFF 
LOSFFFFF 


LO4FFFFF 
LOSFFFFF 
LO6FFFFF 
LOVFFFFF 
LOSFFFFF 


LOOSFFFFF 
LOAFFFFF 
LOBFFFFF 
LOCFFFFF 
LODFFFFF 


270 


Zt5 


280 


250 


290 


299 


300 


310 


Physical “BYTE” Address Space - 


Megabyte 
10E00000 
10F00000 
11000000 
11100000 
11200000 
Megabyte 
11300000 
11400000 
11500000 
11600000 
11700000 
Megabyte 
11800000 
11900000 
11A00000 
11B00000 
11c00000 
Megabyte 
11D00000 
11E00000 
11F00000 
12000000 
12100000 
Megabyte 
12200000 
12300000 
12400000 
12500000 
12600000 
Megabyte 
12700000 
12800000 
12900000 
12A00000 
12B00000 
Megabyte 
12C00000 
12D00000 
12E00000 
12F00000 
13000000 
Megabyte 
13100000 
13200000 
13300000 
13400000 
13500000 
Megabyte 
13600000 
13700000 
13800000 
13900000 
13A00000 


LOEFFFFF 
LOFFFFFF 
LIOFFFFF 
LILFFFFF 
LIZFFFFF 


LI3FFFFF 
LI4FFFFF 
LISFFFFF 
LIOFFFFF 
LI/VFFFFF 


LISFFFFF 
LIOFFFFF 
LIAFFFFF 
LIBFFFFF 
JICPPPEE 


LIDFFFFF 
LIBFFFFF 
LIFFFFFF 
L20FFFFF 
L2Z1FFFFF 


L22FFFFF 
123FFFFF 
L24FFFFF 
L2Z5FFFFF 
L26FFFFF 


IZIPEFEE 
L28FFFFF 
L29PPRPEF 
L2AFFFFF 
12BFFFFF 


L2CFFFFF 
L2DFFFFF 


L2EFFFPFF . 


L2FFFFFF 
L30FFFFF 


L31LFPFFFF 
132FFFFF 
L33FFFFF 
L34FFFFF 
L35SFFFFF 


136FFFFF 
L37FPFFE 
138FFFFF 
139FFFFF 
L3AFFFFF 


315 Megabyte 
13B00000 - 
13C00000 - 
13D00000 - 
13E00000 - 
13F00000 - 

320 Megabyte 
14000000 - 
14100000 - 
14200000 - 
14300000 - 
14400000 - 

325 Megabyte 
14500000 - 
14600000 - 
14700000 - 
14800000 - 
14900000 - 

330 Megabyte 
14A00000 - 
14B00000 - 
14CQQ000 - 
14D00000 - 
14E00000 - 

335 Megabyte 


14F00000 - 


15000000 - 
15100000 - 
15200000 - 
15300000 - 
340 Megabyte 
15400000 - 
15500000 - 
15600000 - 
15700000: = 
15800000 - 
345 Megabyte 
15900000 - 
15A00000 - 
15B00000 - 
15c00000 - 
15D00000 - 
350 Megabyte 
15E00000 - 
15FO0000 - 
16000000 - 
16100000 - 
16200000 - 
355 Megabyte 
16300000 - 
16400000 - 
16500000 - 
16600000 - 
16700000 - 


13BFFFFF 
LSCEREEPE 
LSDEEEEF 
L3EFFFFF 
L3PFFFFFF 


L40FFFFF 
L41FFFFF 
L42FFFFF 
L43FFFFF 
L44FFFFF 


L45FFFFF 
L46FFFFF 
L47FFFFF 
L48FFFFF 
L49PPFFF 


L4AFFFFF 
L4BFFFFF 
L4CFFFFF 
L4DFFFFF 
L4EFFFFF 


LSOFFFFF 
ESURE EOE 
LOZEEREr 
153FFFFF 


IS4FFFFF 


LOSPEP EF. 


LS6FFFFF 
L5S7F FFF 
LO8FFFFF 


I59FFFFF 
LSAFFFFF 
LOBFFEPE 
LODEFFEE 
L5SDFFFFF 


LSEFFFFF 
ISPFFEPE 
LOQPPEFFE 
TOLERPEP 
LGO2ZFEFEFF 


163FFFFF 
L64FFFRF 
L6OSFFFFF 
L6O6FFFFF 
L67FFFFF 


360 


370 


375 


380 


L4aPRREFF 


385 


S96 


400 


IMB boundries 


Megabyte 
16800000 
16900000 
16A00000 
16B00000 
16C00000 
Megabyte 
16D00000 
16E00000 
16F00000 
17000000 
17100000 
Megabyte 
17200000 
17300000 
17400000 
17500000 
17600000 
Megabyte 
17700000 
17800000 
17900000 
17A00000 
17B00000 
Megabyte 


‘1L7CO0000 - 


17D00000 
17E00000 
17FQ0000 
18000000 
Megabyte 
18100000 
18200000 
18300000 
18400000 
18500000 


390 Megabyte 


18600000 


18700000 


18800000 
18900000 
18A00000 
Megabyte 
18B00000 
18C00000 
18D00000 
18E00000 
18FQ0000 
Megabyte 
19000000 
19100000 
19200000 
19300000 
19400000 


L6GP PERE 


L69PFFEF- 


LOAPEErE 
L6OBFFFFF 
16CFFFFF 


L6DFFFFF 
L6EFFFFF 
LOFFFFFF 
L7OFFFFF 
LV LFFFFF 


L72FFFFF 
L173FFFFF 
L74FFFFF 
LJ SPEPEE 
L76FFFFF 


177FFFFF 
178FFFFF 
179FFFFF 
L7AFFFFF 
17BFFFFF 


wi GYEPEE “*: 


17DFFFFF 
L7EFPFFF 
LI PEP ERE 
LSOFFFEF 


L81FFFFF 
182FFFFF 
183FFFFF 
184FFFFF 
L85FPFFFF 


1LS6FFFFF 
LO7FEFFFF 
188FPFFF 
189FFFFF 
L8SAFFFFF 


18BFFFFF 
L8CFFFFF 
L8DFFFFF 
LGEPEPEE 
PSFFPEFE 


LOOP PREP 
LO LEP E EE 
ISZEEFEF 
IS SPEREY 
1O4FFFFF 


405 


410 


415 


420 


425 


430 


435 


440 


445 


Physical “BYTE” Address Space - 


Megabyte 
19500000 
19600000 
19700000 
19800000 
19900000 
Megabyte 
19A00000 
19B00000 
19C00000 
19D00000 
19E00000 
Megabyte 
19F00000 
14000000 
1A100000 
1A200000 
1A300000 
Megabyte 
1A400000 
1A500000 
1A600000 
1A700000 
1A800000 
Megabyte 
1A900000 
1AA00000 
1AB00000 
1ACO00000 
1AD00000 
Megabyte 
1LAE00000 
LAFOO000 
1B000000 
1B100000 
1B200000 
Megabyte 
1B300000 
1B400000 
1B500000 
1B600000 


—1B700000 


Megabyte 
1B800000 
1B900000 
1BA00000 
1BB00000 
1BC00000 
Megabyte 
1BD00000 
1BE00000 
1BFQ0000 
1C000000 
10100000 


LISFFFFF 
LI6FFFFF 
LOT7FFFFF 
LOSFFFFF 
LOOFFFFF 


LSAFFFFF 
LOBFFFFF 
LOCFFFFF 
LODFFFFF 
LOEFFFFF 


LOFFFFFF 
LAOFFFFF 
LALFFFFF 
LA2FFFFF 
LA3FFFFF 


TA4FFFFF 
LASFFFFF 
LA6FFFFF 
LA/FFFFF 


LASFFFFF 


LASFFFFF 
LAAFFFFF 
LABFFFFF 
LACFFFFF 
LADFFFFF 


LAEFFFFF 
LAFFFFFF 
LBOFFFFF 
IBIFFFFF 
IB2FFFFF 


IB3FFFFF 
1B4FFFFF 
LBSFFFFF 
LBOFFFFF 
IB/FFFFF 


LB8FFFFF 
LBOFFFFF 
IBAFFFFF 
LBBFFFFF 
LBCFFFFF 


IBDFFFFF 
IBEFFFFF 
IBFFFFFF 
LCOFFFFF 
LCIFFFFF 


450 Megabyte 


1¢200000 
1€300000 
1¢400000 
1€500000 
1c600000 


455 Megabyte 


1€700000 
1¢C800000 
1€900000 
1CA00000 
1CB00000 


460 Megabyte 


1cC00000 
1CD00000 
1CE00000 
1CF0Q0000 
1D000000 


465 Megabyte 


1D100000 
1D200000 
1D300000 
1D400000 
1D500000 


470 Megabyte 


1D600000 
1D700000 
1D800000 
1D900000 
1DA00000 


475 Megabyte 


1DBO0000 
1DC00000 
1DD00000 
1DE00000 
LDFOQ000 


480 Megabyte 


1E000000 
LE100000 
LE200000 
LE300000 
1E400000 


485 Megabyte 


1E500000 
1E600000 
1E700000 
1E800000 
1E900000 


490 Megabyte 


1EAQ0000 
1EBOO000 
LECOQ0000 
1EDO0000 
LEEQQ000 


—_ 


1C2FFFFF 
LC3FFFFF 
LC4FFFFF 
LCOFFFFF 
LC6FFFFF 


LCTEPE ERE 
1C8FFFFF 
1COFFFFF 
LCAFFFFF 
ICBFFFFF 


LCCEFPFFF 
ICDFFFFF 
ICEFPFEFE 
TCEPPEEE 
LDOFFFFF 


LDIFFFFF 
1D2FFFFF 
1D3FFFFF 
LD4FFFFF 
LDSFFFFF 


1D6OFFFFF 
ID/FFFFF 
LD8FFFFF 
IDOFFFFF 
IDAPEFPED 


LDBFFFFF 
IDCFPFEF 
LDDFFFFF 
LDEFFFFF 
LDRERE EE 


LEOFFFFF 
LELFFFFF 
LE2FFFFF 
LESFFFFF 
LE4FFFFF 


PEOPPERE 
LEG6FFFFF 
LEVPFFFFF 
DEGREE Er 
LEQSFFFFF 


LEAFFFFF 
LEBFFFFF 
LECFFFFF 
LEDPFFFF 
LEBFFFFF 


IMB boundries 


495 Megabyte 


LEFOO000 
1F000000 
1F100000 
1F200000 
1F300000 


500 Megabyte 


1F400000 
LFS00000 
1F600000 
1F700000 
1F800000 


505 Megabyte 


1F900000 
LFA00000 
1FB00000 
1FCO0000 
1FDO0000 


510 Megabyte 


1FE00000 
LFFOQOQQ00 


LEFFFFFF 
IFOFFFFF 
LPLPEPES 
LF2FFFFF 
LF3FFFFF 


LP4FFFFF 


- LFSPFFFF 


LF6FFFFF 
LFUVFFFFF 
1F8FFFFF 


IFOFFFFF 
LFAFFFFF 
LFBFFFFF 
LPCFFEFF 
LEDFFEFE 


LFEFFFFF 
LPR EERE 


Physical “Longword” Address Space 1 MB boundries 


000 Megabyte 044 Megabyte 088 Megabyte 
0000000 - OQO3FFFF OB00000 - OB3SFFFF 1600000 - lL63FFFF 
0040000 - OO7FFFF 0B40000 - OB7FFFF 1640000 - l167FFFF 
0080000 - OOBFFFF OB80000 - OBBFFFF 1680000 - l6BFFFF 
00cO000 - OOFFFFF OBCO000 - OBFFFFF 16C0000 - 16FFFFF 
004 Megabyte 048 Megabyte 092 Megabyte 
0100000 - O13FFFF OcO0000 - OC3FFFF 1700000 - 173FFFF 
0140000 - O17FFFF 0C40000 - OC7FFFF 1740000 - 177FFFF 
0180000 - OIBFFFF OC80000 - OCBFFFF 1780000 - 17BFFFF 
01C0000 - O1FFFFF O0CCO000 - OCFFFFF 17CQO0Q000 - LVFFFFF 
008 Megabyte 052 Megabyte 096 Megabyte 
0200000 - O23FFFF QD00000 - OD3FFFF 1800000 - 183FFFF 
0240000 - O27FFFF 0D40000 - OD7FFFF 1840000 - 187FFFF 
0280000 - O2BFFFF OD80000 - ODBFFFF 1880000 - 18BFFFF 
O02C0000 - O2FFFFF ODCO000 - ODFFFFF 18C0Q000 - 18FFFFF 
012 Megabyte 056 Megabyte 100 Megabyte 
0300000 - O33FFFF OE00000 - OE3FFFF 1900000 ~ 193FFFF 
0340000 - O37FFFF OE40000 - OE7FFFF 1940000 - 197FFFF 
0380000 - O3BFFFF OE80000 - OEBFFFF 1980000 - l19BFFFF 
03C0000 - O3FFFFF OECOQ000 - OEFFFFF 19C0000 - 19FFFFF 
016 Megabyte 060 Megabyte 104 Megabyte 
0400000 - O43FFFF OFOQ0000 - OF3FFFF 1A00000 - LA3FFFF 
0440000 - O47FFFF OF40000 - OF7FFFF 1A40000 - lLA7FFFF 
0480000 - O4BFFFF OF80000 - OFBFFFF 1A80000 - lABFFFF 
04C0000 - O4FFFFF OFCOO000 - OFFFFFF LACQO00 - LAFFFFF 
020 Megabyte 064 Megabyte 108 Megabyte 
0500000 - O5S3FFFF 1000000 - 1lLO3FFFF 1B00000 - 1B3FFFF 
0540000 - O57FFFF 1040000 - l1O7FFFF 1B40000 - 1B7FFFF 
0580000 - OSBFFFF 1080000 - l1OBFFFF 1B80000 - 1BBFFFF 
O5C0000 - OSFFFFF 10C0000 - 1OFFFFF 1BCO000 - IBFFFFF 
024 Megabyte 068 Megabyte 112 Megabyte 
0600000 - Q63FFFF TLLOO000: = JIGFFPr 1C00000 - I1C3FFFF 
0640000 - O67FFFF 1140000 - 117FFFF 1€40000 - 1C7FFFF 
0680000 - Q6BFFFF 1180000 - LIBFFFF 1C80000 - 1CBFFFF 
06C0000 - O6FFFFF 11C0000 - LIFFFFF 1cC0000 - ICFFFFF 
028 Megabyte 072 Megabyte 116 Megabyte 
0700000 - O73FFFF 1200000 - 123FFFF 1D00000 - 1D3FFFF 
0740000 - O77FFFF 1240000 - 127FFFF 1D40000 - 1D7FFFF 
0780000 - O7BFFFF 1280000 - 12BFFFF 1D80000 - IDBFFFF 
07C0000 - O7FFFFF 12C0000 - L2FFFFF 1DCQQ00 - IDFFFFF 
032 Megabyte 076 Megabyte 120 Megabyte 
0800000 - O83FFFF 1300000 - 133FFFF 1EQ00000 - LESFFFF 
0840000 - O87FFFF 1340000 - 137FFFF 1E40000 - LE7VFFFF 
0880000 - O8BFFFF 1380000 - 13BFFFF 1E80000 - lEBFFFF 
O8CQ000 - O8FFFFF 13C0000 - 13FFFFF 1ECOQ000 - ILEFFFFF 
036 Megabyte 080 Megabyte 124 Megabyte 
0900000 - O93FFFF 1400000 - 143FFFF LFOQ000 = JPSFFEP 
0940000 - O97FFFF 1440000 - 147FFFF LF40000 = LF/EFFF 
0980000 - OIBFFFF 1480000 - 14BFFFF 1F80000 - 1IFBFFFF 
O9CQ000 - OSFFFFF 14cO000 - l4FFFFF 1FCQQ00 - LFFFFFF 
040 Megabyte 084 Megabyte 
QOAQ0000 - OA3FFFF 1500000 - 1I53FFFF xx*k BEWARE *** 
OACOO00 - OA7FFFF 1540000 - 157FFFF These are LONGWORD address 
OA80000 - OABFFFF 1580000 - 15BFFFF ranges,(not byte ranges). 
OACOO000 - OAFFFFF 15CO000 - 15FFFFF (PA<29:02>) / (ID#1A<27:00>) 


Physical “Longword” Address Space | MB boundries 


128 Megabyte 172 Megabyte 216 Megabyte 
2000000 - 203FFFF 2B00000 - 2B3FFFF 3600000 - 363FFFF 
2040000 - 207FFFF 2B40000 - 2B7FFFF 3640000 - 367FFFF 
2080000 - 20BFFFF 2B80000 - 2BBFFFF 3680000 - 36BFFFF 
20CQ000 - 20FFFFF 2BC0000 - 2BFFFFF 36C0000 - 36FFFFF 
132 Megabyte 176 Megabyte 220 Megabyte 
2100000 - 213FFFF 2C00000 - 2C3FFFF 3700000 - 373FFFF 
2140000 - 217FFFF 2C40000 - 2C7FFFF 3740000 - 377FFFF 
2180000 - 21BFFFF 2C80000 - 2CBFFFF 3780000 - 37BFFFF 
21C0000 - 21FFFFF 2CC0000 - 2CFFFFF 37C0000 - 37FFFFF 
136 Megabyte 180 Megabyte 224 Megabyte 
2200000 - 223FFFF 2D00000 - 2D3FFFF 3800000 - 383FFFF 
2240000 ~ 227FFFF 2D40000 - 2D7FFFF 3840000 - 387FFFF 
2280000 - 22BFFFF 2D80000 - 2DBFFFF 3880000 - 38BFFFF 
22C0000 - 22FFFFF 2DC0000 - 2DFFFFF 38C0000 - 38FFFFF 
140 Megabyte 184 Megabyte 228 Megabyte 
2300000 - 233FFFF 2E00000 - 2E3FFFF 3900000 - 393FFFF 
2340000 - 237FFFF 2E40000 - 2E7FFFF 3940000 - 397FFFF 
2380000 - 23BFFFF 2E80000 - 2EBFFFF 3980000 - 39BFFFF 
23C0000 - 23FFFFF 2ECO000 - 2EFFFFF 39C0000 - 39FFFFF 
144 Megabyte 188 Megabyte 232 Megabyte 
2400000 - 243FFFF 2FOQ0Q000 - 2F3FFFF 3A00000 - 3A3FFFF 
2440000 - 247FFFF 2F40000 - 2F7FFFF 3A40000 - 3A7FFFF 
2480000 - 24BFFFF 2F80000 - 2FBFFFF 3A80000 - 3ABFFFF 
24C0000 - 24FFFFF 2FCOQO000 - 2FFFFFF 3ACQ000 - 3AFFFFF 
148 Megabyte 192 Megabyte 236 Megabyte 
2500000 - 253FFFF 3000000 - 303FFFF 3B00000 - 3B3FFFF 
2540000 - 257FFFF 3040000 - 307FFFF 3B40000 - 3B7FFFF 
2580000 - 25BFFFF 3080000 - 30BFFFF 3B80000 - 3BBFFFF 
25C0000 - 25FFFFF 30C0000 - 30FFFFF 3BC0000 - 3BFFFFF 
152 Megabyte 196 Megabyte — 240 Megabyte 
2600000 - 263FFFF 3100000 - 313FFFF 3C00000 - 3C3FFFF 
2640000 - 267FFFF 3140000 - 317FFFF 3C40000 - 3C7FFFF 
2680000 - 26BFFFF 3180000 - 31BFFFF 3C80000 - 3CBFFFF 
26C0000 - 26FFFFF 31C0000 - 31FFFFF 3CC0000 - 3CFFFFF 
156 Megabyte 200 Megabyte 244 Megabyte 
2700000 - 273FFFF 3200000 - 323FFFF 3D00000 - 3D3FFFF 
2740000 - 277FFFF 3240000 - 327FFFF 3D40000 - 3D7FFFF 
2780000 - 27BFFFF 3280000 - 32BFFFF 3D80000 - 3DBFFFF 
27C0000 - 27FFFFF 32C0000 - 32FFFFF 3DCO0000 - 3DFFFFF 
160 Megabyte 204 Megabyte 248 Megabyte 
2800000 - 283FFFF 3300000 - 333FFFF 3E00000 - 3E3FFFF 
2840000 - 287FFFF 3340000 - 337FFFF 3E40000 - 3E7FFFF 
2880000 - 28BFFFF 3380000 - 33BFFFF 3E80000 - 3EBFFFF 
28C0000 - 28FFFFF 33C0000 - 33FFFFF 3ECOQ00 - 3EFFFFF 
164 Megabyte 208 Megabyte 252 Megabyte 
2900000 - 293FFFF 3400000 - 343FFFF 3F00000 - 3F3FFFF 
2940000 - 297FFFF 3440000 - 347FFFF 3F40000 - 3F7FFFF 
2980000 - 29BFFFF 3480000 - 34BFFFF 3F80000 - 3FBFFFF 
29C0000 - 29FFFFF 34C0000 - 34FFFFF 3FCQQ00 - 3FFFFFF 
168 Megabyte 212 Megabyte 
2A00000 - 2A3FFFF 3500000 - 353FFFF **k*k BEWARE *** 
2ACQ0000 - 2A7FFFF 3540000 - 357FFFF These are LONGWORD address 
2A80000 - 2ABFFFF 3580000 - 35BFFFF ranges,(not byte ranges). 
2AC0000 - 2AFFFFF 35C0000 - 35FFFFF (PA<29:02>) / (ID#1A<27:00>) 


Physical “Longword” Address Space 1. MB boundries 


256 Megabyte 300 Megabyte 344 Megabyte 
4000000 - 403FFFF 4B00000 - 4B3FFFF 5600000 - S63FFFF 
4040000 - 407FFFF 4B40000 - 4B7FFFF 5640000 - S67FFFF 
4080000 - 40BFFFF 4B80000 - 4BBFFFF 5680000 - S6BFFFF 
40C0000 - 40FFFFF 4BC0000 - 4BFFFFF 56C0000 - S6FFFFF 
260 Megabyte 304 Megabyte 348 Megabyte 
4100000 - 413FFFF 4C00000 - 4C3FFFF 5700000 - 5S73FFFF 
4140000 - 417FFFF 4C40000 - 4C7FFFF 5740000 - 5S7FFFFF 
4180000 - 41BFFFF 4C80000 ~- 4CBFFFF 5780000 - 5S7BFFFF 
41C0000 - 41 FFFFF 4CCOQ0000 - 4CFFFFF 57C0000 - 5S7FFFFF 
264 Megabyte 308 Megabyte 352 Megabyte 
4200000 - 423FFFF 4D00000 - 4D3FFFF 5800000 - S83FFFF 
4240000 - 427FFFF 4D40000 - 4D7FFFF 5840000 - 587FFFF 
4280000 - 42BFFFF 4D80000 - 4DBFFFF 5880000 - 5S8BFFFF 
42C0000 - 42FFFFF 4DC0000 - 4DFFFFF 58C0000 - S8FFFFF 
268 Megabyte 312 Megabyte 356 Megabyte 
4300000 - 433FFFF 4E00000 - 4E3FFFF 5900000 - 5S93FFFF 
4340000 - 437FFFF 4640000 - 4E7FFFF 5940000 - S9O7FFFF 
4380000 - 43BFFFF 4E80000 - 4EBFFFF 5980000 - S9OBFFFF 
43C0000 - 43FFFFF 4ECO000 - 4EFFFFF 59C0000 - SOFFFFF 
272 Megabyte 316 Megabyte 360 Megabyte 
4400000 - 443FFFF 4F00000 - 4F3FFFF 5A00000 - SA3FFFF 
4440000 - 447FFFF 4F40000 - 4F7FFFF 5A40000 - SA7FFFF 
4480000 - 44BFFFF 4F80000 - 4FBFFFF 5A80000 - SABFFFF 
44C0000 - 44FFFFF 4FCQ000 - 4FFFFFF 5ACQ000 - SAFFFFF 
276 Megabyte 7 320 Megabyte 364 Megabyte | 
4500000 - 453FFFF 5000000 - 5S3FFFFF 5BO0000 - SB3FFFF 
4540000 - 457FFFF 5040000 - 5S7FFFFF 5B40000 - SB7FFFF 
4580000 - 45BFFFF 5080000 - SBFFFFF 5B80000 - 5SBBFFFF 
45C0000 - 45FFFFF 50C0000 - SFFFFFF 5BCO000 - SBFFFFF 
280 Megabyte 324 Megabyte 368 Megabyte 
4600000 - 463FFFF 5100000 - 5S13FFFF 5C00000 - SC3FFFF 
4640000 - 467FFFF 5140000 - S1I7FFFF 5C40000 - 5SC7FFFF 
4680000 - 46BFFFF 5180000 - 51BFFFF 5C80000 - SCBFFFF 
46C0000 - 46FFFFF 51C0000 - SIFFFFF 5CCO000 - 5SCFFFFF 
284 Megabyte 328 Megabyte 372 Megabyte 
4700000 - 473FFFF 5200000 - 523FFFF 5D00000 - SD3FFFF 
4740000 - 477FFFF 5240000 - 5S27FFFF 5D40000 - 5SD7FFFF 
4780000 - 47BFFFF 5280000 - S2BFFFF 5D80000 - SDBFFFF 
47CQ0000 - 47FFFFF 52C0000 - S2FFFFF 5DCO000 - SDFFFFF 
288 Megabyte 332 Megabyte 376 Megabyte 
4800000 - 483FFFF 5300000 - 533FFFF SEQ0000 - SE3FFFF 
4840000 - 487FFFF 5340000 - 537FFFF SE40000: > SE7FEFE 
4880000 - 48BFFFF 5380000 - 5S3BFFFF 5E80000 - SEBFFFF 
48C0000 - 48FFFFF 53C0000 - S3FFFFF 5ECOQOQ00 - SEFFFFF 
292 Megabyte 336 Megabyte 380 Megabyte 
4900000 - 493FFFF 5400000 - 543FFFF 5FO00000 - SF3FFFF 
4940000 - 497FFFF 5440000 - S47FFFF SF40.000 = SF7FRFEF 
4980000 - 49BFFFF 5480000 - 5S4BFFFF 5F80000 - SFBFFFF 
49C0000 - 49FFFFF 54C0000 - S4FFFFF SPCO00G: ="SF Freer 
296 Megabyte 340 Megabyte 
4A00000 - 4A3FFFF 55C0000 = S5SP FFF xxx €6BEWARE *** 
4AC0000 - 4A7FFFF 5540000 - 557FFFF These are LONGWORD address 
4480000 - 4ABFFFF 5580000 - 5S5SBFFFF ranges,(not byte ranges). 
4ACQ000 - 4AFFFFF 55C0000 - SSFFFFF (PA<29:02>) / (ID#1A<27:00>) 


384 


388 


392 


396 


400 


404 


408 


412 


416 


420 


424 


Physical ”“Longword” Address 


Megabyte: 
6000000 - 
6040000 - 
6080000 - 
60C0000 - 
Megabyte 
6100000 - 
6140000 - 
6180000 - 
61C0000 - 
Megabyte 
6200000 - 
6240000 - 
6280000 - 
62C0000 - 
Megabyte 
6300000 - 
6340000 - 
6380000 - 
63C0000 - 
Megabyte 
6400000 - 
6440000 - 
6480000 - 
64C0000 - 
Megabyte 
6500000 - 
6540000 - 
6580000 - 
65C0000 - 
Megabyte 
6600000 - 
6640000 - 
6680000 - 
66C0000 - 
Megabyte 
6700000 - 
6740000 - 
6780000 - 
67C0000 - 
Megabyte 
6800000 - 
6840000 - 
6880000 - 
68C0000 - 
Megabyte 
6900000 - 
6940000 - 
6980000 - 
69CQ000 - 
Megabyte 
6A00000 - 
6AC0000 - 
6A80000 - 
6AC0000 - 


603FFFF 
607F FFF 
60BFFFF 
60FFFFF 


613FFFF 
617FFFF 
61BFFFF 
6OLFFFFF 


623FFFF 
627FFFF 
62BFFFF 
62FFFFF 


633FFFF 
637FFFF 
63BFFFF 
63FFFFF 


643FFFF 
647F FFF 
64BFFFF 
64FFFFF 


653FFFF 
657FFFF 
65BFFFF 
65FFFFF 


663FFFF 
667FFFF 
66BFFFF 
66FFFFF 


673FFFF 
677F FFF 
67BFFFF 
67FFFFF 


683FFFF 
687FFFF 
68BFFFF 
68FFFFF 


OS3FFFF 
697FFFF 
69BFFFF 
6SFFFFF 


6A3FFFF 
6A7FFFF 
6ABFFFF 
6AFFFFF 


428 


432 


436 


440 


444 


448 


452 


456 


460 


464 


468 


Megabyte 

6B00000 - 
6B40000 - 
6B80000 - 
6BCOQ000 - 
Megabyte 

6COQ0000 - 
6C40000 - 
6C80000 - 
6CCO0000 - 
Megabyte 

6D00000 - 
6D40000 - 
6D80000 - 
6DC0000 - 
Megabyte 

6E00000 - 
6E40000 - 
6E80000 - 
6ECQ000 - 
Megabyte 

6FO0000 - 
6F40000 - 
6F80000 - 
6FCQQ00 - 
Megabyte 

7000000 - 
7040000 - 
7080000 - 
70CO0Q0 - 
Megabyte 

7100000 - 
7140000 - 
7180000 - 
71C0000 - 
Megabyte 

7200000 - 
7240000 - 
7280000 - 
72C0000 - 
Megabyte 

7300000 - 
7340000 - 
7380000 - 
73C0000 - 
Megabyte 

7400000 - 
7440000 - 
7480000 - 
74C0000 - 
Megabyte 

7500000 - 
7540000 - 
7580000 - 
75C0000 - 


Space 1 MB boundries 


6B3FFFF 
6BU7FFFF 
6BBFFFF 
6BFFFFF 


6C3FFFF 
6C7FFFF 
6CBFFFF 
6CFFFFF 


6D3FFFF 
6D7FFFF 
6DBFFFF 
6DFFFFF 


6E3FFFF 
6E7FFFF 
6EBFFFF 
6EFFFFF 


6F3FFFF 
6F7FFFF 
6FBFFFF 
6FFFFFF 


7O3FFFF 
707F FFF 
7OBFPFF 
7OFFFFF 


71L3FFFF 
717 FFFF 
J1IBFFFF 
7IFFFFF 


J23FFFF 
727F FFF 
72BFFFF 
72FFFFF 


TI3FFFF 
I3TEEFFF 
T13BFEFF 
73FPFFF 


743FFFF 
74 7F FFF 
74BFFFF 
74FFFFF 


753FFFF 
757FFFF 
7 SBFFFF 
75FFFFF 


472 Megabyte 


476 


480 


484 


488 


492 


496 


500 


904 


¥kK* 
These are LONGWORD address 
ranges,(not byte ranges). 
(PA<29:02>) / (ID#1A<27:00>) 


7600000 - 
7640000 - 
7680000 - 
76CO000 - 
Megabyte 
7700000 - 
7740000 - 
7780000 - 
77CQQ00 - 
Megabyt 
7800000 - 
7840000 - 
7880000 - 
78C0000 - 
Megabyte 
7900000 - 
7940000 - 
7980000 - 
79CQ000 - 
Megabyte 
7A00000 - 
7A40000 - 
7A80000 - 
7ACQQ00 - 
Megabyte 
7BQ0000 - 
7B40000 - 
7B80000 - 
7BCOQQO00 - 
Megabyte 
7C00000 - 
7040000 - 
7080000 - 


7CCO000 - 


Megabyte 

7D00000 - 
7D40000 - 
7D80000 - 
7DCOQ000 - 
Megabyte 

7EQ0QQ00 - 
7E40000 - 
7E80000 - 
7ECOQOO0 - 
Megabyte 

7FOQQQO0O - 
7F40000 - 
7F80000 - 
7FCOQQ00 - 


BEWARE 


763FFFF 
767F FFF 
76BFFFF 
FOFFFFF 


773FFFF 
777F FFF 
77BFFFF 
77FFFFF 


783FFFF 
787FFFF 
78BFFFF 
78FFFFF 


T9O3FFFF 
7TOTFFFF 
7OBFFFF 
79OFFFFF 


7A3FFFF 
7ATFFFF 
7ABFFFF 
7AFPPFFF 


7BSFFFF 
7BUVFFFF 
7 BBFFFF 
7BFFFFF 


7C3FFFF 
7CUVFFFF 
7CBFFFF 
7CFFFFF 


7D3FFFF 
7D/7FFFF 
7DBFFFF 
7DFFFFF 


7ESFFFF 
7B/EFFF 
7EBFFFF 
7EFFFFF 


TF3SFFFF 
TF?VFFFF 
/FBFFFF 
7FPFFFF 


eK*K 


The following charts show the TIMEOUT ADDRESS (ID #1A) range for the 

VAX NEXUS devices. The address ranges actually show the Longword Address 
ranges for each device. The address shown in "ID #1A" bits <27:00> are 
equal to the Physical address bits PA<29:02>, which is actually a Longword 
address. The charts showing memory array address ranges assume that the 
memories are not interleaved. 


MS780C "0-4 Megabyte” /MS780A "0-1 Megabyte” (“LONGWORD” ranges) 


MS780C MS780A 
Array Slot M8210 Arrays M8211 Arrays 
0 17 0000000 OOOFFFF 0000000 QOO03FFF 
gl 16 0010000 QOO1FFFF 0004000 QOO7FFF 
2 LS 0020000 OO2FFFF 0008000 QOOOBFFF 
3 14 0030000 -- OO3FFFF 000C000 OOOFFFF 
4 13 0040000 OO4FFFF 0010000 OO13FFF 
5 12 0050000 OOSFFFF 0014000 QOO1L7FFF 
6 11 0060000 OO6FFFF 0018000 OO1BFFF 
7 10 0070000 OO7FFFF 001C000 OO1LFFFF 
8 9 0080000 OO8SFFFF 0020000 QOO23FFF 
9 8 0090000 OOSFFFF 0024000 QOO27FFF 
A 7 Q0Q0A0000 QOAFFFF 0028000 OO2BFFF 
B 6 0OBO000 OOBFFFF 002C000 OO2FFFF 
C 5 00C0000 QOOCFFFF 0030000 OO33FFF 
D 4 00D0000 OODFFFF 0034000 OO37FFF 
E S 00E0000 QORFFFF 0038000 OO3BFFF 
F 2 0OFO000 OOFFFFF 003C000 QOO3FFFF 


MS780C "4-8 Megabyte” /MS780A "1-2 Megabyte” (”"LONGWORD” ranges) 


MS780C MS780A 
Array Slot M8210 Arrays M8211 Arrays 
0 Lf 0100000 O1OFFFF 0040000 O043FFF 
af 16 0110000 O1IFFFF 0044000 OO047FFF 
2 15 0120000 QO12FFFF 0048000 OO4BFFF 
3 14 0130000 O13FFFF 004C000 OO4FFFF 
4 13 0140000 O1L4FFFF 0050000 OOS3FFF 
5 12 0150000 O15SFFFF 0054000 QOOS7FFF 
6 11 0160000 O1l6FFFF 0058000 OOSBFFF 
7 10 0170000 O17FFFF 005C000 OOSFFFF 
8 9 0180000 O18FFFF 0060000 QOO0O63FFF 
9 8 0190000 O19OFFFF 0064000 QOO67FFF 
A 7 01A0000 QO1AFFFF 0068000 OO6BFFF 
B 6 01B0000 O1BFFFF 006C000 QOO6FFFF 
c 5 01C0000 QO1CFFFF 0070000 OO73FFF 
D 4 01D0000 QIDFFFF 0074000 OO77FFF 
E 3 01E0000 O1EFFFF 0078000 OO7BFFF 
F 2 Q1FO000 OLFFFFF 007C000 OO7FFFF 


MA780A Array “Longword” Address Ranges 


MA780A MA780A 
M8210 Arrays M8210 Arrays 


Array Slot 0 to 2 Megabyte 2 to 4 Megabyte 
Q 8 0000000 QOOOFFFF 0080000 OO8FFFF 
1 7 0010000 OO1LFFFF 0090000 QO9OFFFF 
2 6 0020000 QOO2FFFF 0QA0000 QOAFFFF 
3 5 0030000 QOO3FFFF 00B0000 QOBFFFF 
4 4 0040000 OO4FFFF 00C0000 OOCFFFF 
5 3 0050000 OOSFFFF 0QD0000 OODFFFF 
6 2 0060000 OO6FFFF O0E0000 QOOEFFFF 
7 1 0070000 OO7FFFF OO0FO000 OOFFFFF 
MA780A MA780A 
M8210 Arrays M8210 Arrays 
Array Slot 4 to 6 Megabyte 6 to 8 Megabyte 
0 8 0100000 Q1LOFFFF 0180000 O18FFFF 
1 q 0110000 QLIFFFF 0190000 O1OFFFF 
2 6 0120000 Q12FFFF O1A0000 OLAFFFF 
3 5 0130000 O13FFFF 01B0000 Q1BFFFF 
4 4 0140000 -. O14FFFF 01C0000 O1LCFFFF 
5 3 0150000 - O15FFFF 01D0000 Q1DFFFF 
6 2 0160000 Q16FFFF O1E0000 QO1LEFFFF 
7 iL 0170000 O17FFFF O1FO000 OLFFFFF 


MS780-E Array “Longword” Address Ranges 


Internally Interleaved 


A total of 16 Megabytes per MS780-E are possible when ‘internally 
interleaving. In order to internal interleave the MS780-E, the following 
configuration guidelines must be followed: 


. Memory Controllers (M8375's) must be installed in slots 10 & 12. 


Bach controller must have the same amount of memory arrays, of the 
Same type and capacity, in their respective array slots. 


There cannot be any gaps between the arrays on each controller. In 
other words, the Lower Controller expands from slot 9 towards slot 2 
while the Upper Controller expands from slot 13 towards slot 20. 


When the MS780-E 1s configured with two controllers, the memory is 
internally interleaved as follows: 


The "Lower Controller's Arrays" contain the "EVEN Physical QUADWORD"” 
addresses, (Physical Address bit 3=0). 


The “Upper Controller's Arrays" contain the "ODD Physical QUADWORD" 
addresses, (Physical Address bit 3=1). 


MS780-5 MS780-5 
M8373 Arrays M8373 Arrays 

Array Slot Q to 16 Megabyte 16 to 32 Megabyte 

LO 9 0000000 - OO7FFFF (PA3=0) 0400000 - O47FFFF 

U0 i3 (PA3=1) 

Ll 8 0080000 - OOFFFFF (PA3=0) 0480000 - O4FFFFF 

Ul 14 (PA3=1) 

L2 7 GLOQ000 = OL7P PERF (PA3=0) 0500000 = OS7PFRP 

U2 25 (PA3=1) 

L3 6 0180000 - O1FFFFF (PA3=0) 0580000 - OSFFFFF 

U3 16 (PA3=1) 

L4 5 0200000 - O27FFFF (PA3=0) 0600000 - O67FFFF 

U4 17 (PA3=1) 

55 4 0280000 - O2FFFFF (PA3=0) 0680000 - O6FFFFF 

US 18 (PA3=1) 

L6 3 VS00000 = OS 7F EEF (PA3=0) 0700000 - O77FFFF 

U6 ig (PA3=1) 

L7 2 0380000 - O3FFFFF (PA3=0) 0780000 - O7FFFFF 

U7 20 (PA3=1) 

L = Lower Controller's Array 

U = Upper Controlier's Array 

PA3 = Physical Address bit 3 
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MS780-E Array ”“Longword” Address Ranges (cont’d) 


No Internal Interleaving 


The MS780-E may be operated in NO INTERNAL INTERLEAVING mode but the total 
amount of memory per MS780-E is reduced to a total of 8 Megabytes. This 
mode of operation is accomplished whenever the following configuration 
guidelines are followed: 


. There is only one Memory Controller (M8375) installed in the 
MS780-E backplane. This controller can be installed in either 
slot 10 or 12 (slot 10 is preferred). 


If the memory controller is installed in slot 10, the memory array 
modules must be installed in slots 9 through 2 only. No memory 
arrays are to be installed in slots 13 through 20. 


If the memory controller is installed in slot 12, the memory array 
modules must be installed in slots 13 through 20 only. No memory 
arrays are to be installed in slots 9 through 2. 


The memory arrays must be installed with no gaps between arrays and 
no gap between the memory controller and the first array. 


MS780-E MS780-E 
M8373 Arrays M8373 Arrays 
Array Slot 0 to 8 Megabyte 8 to 16 Megabyte 
0 9 or 13 0000000 OO3FFFF 0200000 O23FFFF 
i 8 or 14 0040000 OO7FFFF 0240000 O27FFFF 
2 7 'Or 15 0080000 OOBFFFF 0280000 O2BFFFF 
3 6 or 16 00Cc0000 OOFFFFF 02Cc0000 O2FFFFF 
4 S6r ul? 0100000 O13FFFF 0300000 O33FFFF 
5 4 or 18 0140000 O17FFFF 0340000 O37FFFF 
6 3 -Or 23 0180000 O1BFFFF 0380000 O3BFFFF 
d 2 or 20 01c0000 OLFFFFF 03C0000 O3FFFFF 


In the above chart, 
controller is installed. 


the slot of the array depends upon which memory 


Slots 2 through 9 are used if the Memory 


Controller is in slot 10, and slots 13 through 20 are used if the 
Memory Controller is in slot 12. 


MS780-E Array “Longword” Address Ranges _  (cont’d) 


Externally Interleaved 


A total of 16 Megabytes are possible when externally interleaving two 
MS780-E controllers. In order to externally interleave 2 MS780-E memory 
backplanes, the following configuration guidelines must be followed: 


Both memory backplanes must be configured to operate in the 
non_internal interleaved mode. 


Both memory subsystems must have the same amount of memory arrays, of 
the same type and capacity, and in corresponding slot locations. 


Both memory subsystems must have the same assigned starting address. 


The memory subsystems must have adjacent "TR Levels" assigned to 
them, 


"Bit <O0>" of both memory subsystems’ "CNFG A register" must be 
set prior to memory usage. 


When two MS780-E's are configured for EXTERNAL interleaving, the following 
rules are used to determine what address are located in what memory. 


The Memory Subsystem assigned the "Lower TR Level" contains the “EVEN 
Quadword" addresses. 


The Memory Subsystem assigned the "Higher TR Level” contains the "ODD 
Quadword" addresses. 


MS780-E 
M8373 Arrays 
Array S LOL 0 to 16 Megabyte 
LO 9/13 0000000 - OO7FFFF (PA3=0) 
U0 9/13 (PA3=1) 
ea 8/14 0080000 - OOFFFFF (PA3=0) 
Ul 8/14 (PA3=1) 
Le TL15 0100000 - O17FFFF (PA3=0) 
U2 FLAS (PA3=1) 
Li3 6/16 0180000 - O1FFFFF (PA3=0) 
U3 6/16 (PA3=1) 
L4 a7 17 0200000 - O27FFFF (PA3=0) 
U4 B47 (PA3=1) 
L5 4/18 QO280000 - O2FFFFF (PA3=0) 
U5 4/18 (PA3=1) 
L6 3/19 0300000 - O37FFFF (PA3=0) 
U6 3/19 (PA3=1) 
Gd 2/29 U3EC0000° = OSFFEFEF (PA3=9) 
U7 2/20 (PAS= 75 
L = Memory Subsystem with the Lower assigned "TR Levei". 
H = Memory Subsystem with the Higher assigned "TR Level”. 
PA3 = Physical Address bit 3 
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Converting a “UNIBUS Byte (Octal Format) Address” to a 


"VAX (Hex Format) Longword” address 


Take the UNIBUS address and drop off the 2 least significant 
"binary" bits (Unibus address bits <l:0> are not used). 


17 16 15 14 13 12 11 10 09 08 07 06 O05 04 03 02 01 00 
| use these binary bits for conversion | not | 
used 


Change the Unibus address bits <17:02> to a Hexadecimal number 
by breaking the "binary" representation of these address bits 
into 4-bit sections. Do not use address bits <1:0>. 


| 17 16 15 14 | 13 12 11 10 | 09 08 07 06 | O5 04 03 02 | 
Using the hexadecimal number converted in steps 1 and 2, add it 


to one of the following DW780 Adapter Base addresses (which one 
you use depends on which DW780 the UNIBUS device resides). 


DW780 DW780 Unibus Space 
Adapter Longword Base Address 
0 8040000 
1 8050000 
2 8060000 
3 8070000 


The resulting hexadecimal number (should be 7 hexadecimal digits 
in length) is the SBI Longword address that is used to access 

the UNIBUS address just converted for that particular Adapter's 
UNIBUS. This is the address that will be stored in the 

"TIMEOUT ADDRESS" (ID #1A) register on a CP Timeout. If you 

want to find out what the Physical Byte address is, simply convert 
the Longword address by adding two binary zeros as the least 
Significant bits and then reconvert back to hexadecimal. 


Converting a “VAX LONGWORD (Hex Format)” address to a 
“UNIBUS BYTE (Octal Format)” address 


First of all, you must make sure that you have an SBI address 
that is assigned to a DW780 Adapters’ Unibus space. Check to see 
that the address falls in one of the following ranges: 


Adapter #0 SBI UNIBUS_ Address Space - 8040000 thru 804FFFF 
Adapter #1 SBI UNIBUS Address Space - 8050000 thru 805FFFF 
Adapter #2 SBI UNIBUS Address Space - 8060000 thru 806FFFF 
Adapter #3 SBI UNIBUS Address Space - 8070000 thru 807FFFF 


If the address to be converted falls in one of these ranges, then 
you do have a VAX Physical Longword Unibus address. 


Drop off the 3 most significant digits (804, 805, 806, or 807), 
and use the remaining four digits to find the equivalent UNIBUS 
18-bit octal address. 


Senne se ee SBI "Longword Hex" Address -------------------->| 
| 

222 2 2.2 2:2 I. > Lk i eget ges 2. L080 000 0 000 0 
765 4 3210 98 7 6 =e es ae 10-9 8 765 4 3. 2 de 
| | 

----- Adapter Base ------->|<- UNIBUS 18-bit HEX LONGWORD Addr. ->| 


Change these four HEX digits (the digits labeled "UNIBUS 18-bit 
HEX LONGWORD Address" in the diagram above) to their BINARY 
representation. You should now have 16 binary digits written down. 


Add two binary zeros to the least significant end (far right end) 

of this BINARY number. This will change the “UNIBUS LONGWORD address" 
to a “UNIBUS BYTE address". You should now have 18 binary bits 
written down with the last two digits on the right being zeros. 


Convert the result back to octal by breaking up into three digit 
sections. You should end up with six octal digits. This is the 
"UNIBUS BYTE address" in octal representation. 


Converting “VAX PHYSICAL BYTE (Hex Format)” address to 
“UNIBUS (Octal Format)” address 


l. First of all, you must make sure that you have a Physical Byte address 
that is assigned to one of the DW780 Adapters’ UNIBUS space. Check to 
see that the address falls in one of the following ranges: 


Adapter #0 UNIBUS Byte Address space - 20100000 thru 2013FFFF 
Adapter #1 UNIBUS Byte Address space = 20140000 thru 2017FFFF 
Adapter #2 UNIBUS Byte Address space _ - 20180000 thru 201BFFFF 
Adapter #3 UNIBUS Byte Address space = 201C0000 thru 201FFFFF 


2. If the address to be converted falls in one of these ranges, then you 
do have a VAX (hex) Physical Byte UNIBUS address. 


Extract the 18 least significant digits from this address. These 18 
bits represent the HEX representation of the UNIBUS address. 


(SSeS sass-S2s3= VAX Physical Byte UNIBUS Address ---------------- > | 
| | 
S822 222.2 2.2 2:2 2.2422 2 2? 20-0 O00 8:0 0:00 0 
LO 9 @ 7 65.4 3.2 1:0 9-87 6 5:4 3:2. 1.0°9 8 7°65 4 3 2.1.0 
| | | 
[<eSes5 Adapter Base --------- >|<-- UNIBUS 18-Bit HEX BYTE Address --->| 


3. Change these 5 HEX digits (the digits labeled "UNIBUT 18-Bit HEX BYTE 
Address" in the diagram above) to their BINARY representation. 


Tliz’liizriiiztdoddddddadda 
7 6°) 4 3-2 20-98-97 6 5S & 3.2 1 0 


4, Now, break this BINARY representation up into 3 bit sections so as 
to convert to OCTAL representation. 


Lode ae oD a De OO OO De OS® . 0a 20: 20 
7 26.0 Ege OO Or ee Ge a 


5. Read this broken up Binary representation in OCTAL. The result is 
the UNIBUS BYTE address in OCTAL representation. 


Converting a “UNIBUS Octal BYTE” Address to a 
"VAX Hex PHYSICAL BYTE” Address 


Take the OCTAL UNIBUS_BYTE Address and change it to its BINARY 
representation. 

de od Did od de a 0-0-0: 00 020.30 
7654321098765 43210 


Now change this BINARY representation, of the UNIBUS_BYTE Address, to 
its HEX representation by breaking up the Binary representation into 

4 digit sections (you must start with the least significant digit <00> 
and work towards the most significant digit <l17>). 


hed oe eR Pd Se dO Oe 00 * 000 0 
To: oF 6°43. 2 SS LO o.8 S&S 7 Oa OF, go a 0 


Add the appropriate DW780 UNIBUS Adapter Base Address onto the resultant 
HEX number converted in the preceeding step. The following chart shows 
the Adapter Base Addresses for the 4 possible DW780 adapters. 


20140000 
201C0000 


20100000 Adapter #1 


Adapter #0 : 
20180000 Adapter #3 


Adapter #2 


The resultant HEX number is the HEX representation of the VAX PHYSICAL 
BYTE UNIBUS Address. | 


201x0000 <--- UNIBUS Space Base of desired DW780 Adapter 

+ YYYYY <--- Hex representation of UNIBUS address 

20lzzzzz <--- HEX representation of the UNIBUS Address 
converted to a VAX PHYSICAL BYTE UNIBUS Address. 


UNIBUS device 


Address 


760010 
760020 
760030 
760040 
760050 
760060 
760070 
760100 
760110 
760120 
760130 
760140 
760150 
760160 
760170 
760200 
760210 
760220 
760230 
760240 
760250 
760260 
760270 
760300 
760310 
760320 
760330 
760340 
760350 
760360 
760370 
760400 
760410 
760420 
760430 
760440 
760450 


764004 
764014 
764024 
770460 
772410 
774400 
777160 
777440 


777514 


Equivalent DW780 Adapter "“Longword" address 


804F802 
804F804 
804F806 
804F808 
SO4F80A 
804F80C 
804F80E 
804F810 
804F812 
804F814 
804F816 
804F818 
804F81A 


| 804F81C 


804F81E 
804F820 
804F822 
804F824 
804F826 
804F828 
804F82A 
804F82C 
804F82E 
804F830 
804F832 
804F834 
804F836 
804F838 
S04F83A 
804F83C 
S04F83E 
804F840 
804F842 
804F844 
804F846 
804F848 
SQ4F84A 


8Q4FA01 
804FA03 
804FA05 
804FC4C 
804FD42 
SO4FE40 
804FFIC 
804FFC8 


804FFD3 


# 1 


SO05F802 
805F804 
805F806 
805F808 
SO05F80A 
805F80C 
805F80E 
805F810 
805F812 
805F814 
805F816 
805F818 
SO05F81A 
805F81C 
805F81E 
805F820 
805F822 
805F824 
805F826 
805F828 
805F82A 
805F82C 
805F82E 
805F830 
805F832 
805F834 
805F836 
805F838 
805F83A 
805F83C 
SO05F83E 
805F840 
805F842 
805F844 
805F846 
805F848 
8O05F84A 


8O05FA01 
805FA03 
SO5FAQ05 
805FC4C 
805FD42 
805FE40 
8O5FFIC 
SO5SFFC8 


SO05FFD3 


#2 


806F802 
806F804 
806F806 
806F808 
SOQ6F80A 
806F80C 
SO06F80E 
806F810 
806F812 
806F814 
806F816 
806F818 
SO6F81A 
806F81C 
806F81E 
806F820 
806F822 
806F824 
806F826 
806F828 
806F82A 
806F82C 
806F82E 
806F830 
806F832 
806F834 
806F836 
806F838 


806F83A 


806F83C 
S06F83E 
8S06F840 
806F842 
806F844 
806F846 
806F848 
SQ6F84A 


SO6FA01 
SOQ06FA03 
S8O06FA05 
806FC4C 
806FD42 
SQ6FE40 
SO6FFIC 
SQ6FFC8 


806FFD3 


# 3 


wee eee ee eee ey ee eee ee ee ee ee ee ee eee ee eee ee eee ee eee eee ee ees se eee ee ee eee eee ee eee eee er ee ee oe re eee re oe ee ee ee ee eee 


807F802 
8O07F804 
807F806 
807F808 
SO7F80A 
807F80C 
807F80E 
807F810 
807F812 
807F814 
807F816 
807F818 
807F81A 
807F81C 
807F81E 
807F820 
807F822 
807F824 
807F826 
807F828 
807F82A 
807F82C 
807F82E 
807F830 
807F832 
807F834 
807F836 
807F838 
8O07F83A 
807F83C 
807F83E 
807F840 
807F842 
807F844 
807F846 
807F848 
SO7F84A 


807FA01 
807FA03 
807FA05 
8O07FC4C 
807FD42 
807FE40 
8Q7FF9IC 
807FFC8 


8O07FFD3 


UNIBUS device Equivalent DW780 Adapter "BYTE" address 


777514 


2013FF4C 


2017FF4C 


2Q1BFF4C 


Address #0 #1 # 2 #3 
760010 -- 2013E008 2017E008 201BE008 Z201FE008 
760020 = 2013E010 2017E010 201BE010 201FEO10 
760030 == 20135018 2017E018 201BE018 201FE018 
760040 -~ 2013E020 20175020 Z201BE020 Z201FE020 
760050 -~ 2013E028 20175028 Z201BE028 Z201FE028 
760060 -- 2013E030 20175030 201BE030 20 1FE030 
760070 -- 20135038 2017E038 201BE038 2Q01FE038 
760100 -~ 20138040 20175040 201BE040 20 1FE040 
760110 -= 20135048 2017E048 201BE048 201FE048 
760120 -- 2013E050 2017E050 201BE050 20 1FE050 
760130 -- 2013E058 20175058 Z201BE058 ZQ01FE058 
760140 -- 2013E060 2017E060 201BE060 201FE0O60 
760150 -- 2013E068 20175068 201BE068 201FE068 
760160 -- 201358070 2017E070 201BE070 201FE070 
760170 -= 20135078 2017E078 201BE078 2Z01FE078 
760200 —— 2013E080 2017E080 201BE080 201 FE080 
760210 —— 20135088 2017E088 201BE088 Z201FE088 
760220 -- 201358090 2017E090 Z201BE090 201FE090 
760230 —— 2013E098 20175098 201BE098 201FE098 
760240 -- 2013E0A0 2017E0A0 201BE0A0 201FE0A0 
760250 -- 2Z013E0A8 2017E0A8 201 BE0A8 2Z01FEOA8 
760260 -- 2013E0B0 2017E0B0 201BE0B0 Z01FEOBO 
760270 -- 2013E0B8 2017E0B8 ZQ1BEOB8 ZO 1FEO0B8 
760300 -- 2013E0CO 2017E0CO 201BE0CO Z2Q01FEOCO | 
760310 -- 2013E0C8 2017E0C8 Z201BE0C8 Z01FE0C8 
760320 -- 2013E0D0 2017E0D0 Z01BE0D0 Z201FE0ODO 
760330 -- 2013E0D8 2017E0D8 Z201BE0D8 201FEOD8 
760340 -- 2013E0E0 2017E0E0 201BE0E0 2Z01FEOEO 
760350 -- 2013E0E8 Z2O017EQE8 201BE0E8 201FEQOE8 
760360 -- 2013E0F0 Z017E0F0O 20 1BEOFO ZQ01FEOFO 
760370 -- 2013E0F8 Z2017E0F8 201BEOF8 ZOQO1LFEOF8 
760400 -= 2013E100 2017E100 201BE100 201FE100 
760410 -- 2013E108 2017E108 Z201BE108 201FE108 
760420 -- 20135110 2017E110 201BE110 201FE110 
760430 == 2013E118 2017E118 201BE118 201FE118 
760440 == 20138120 2017E120 201BE120 201FE120 
760450 -— 20135128 2017E128 201BE128 2ZO01FE128 
764004 -- 20135804 2017E804 201BE804 201FE804 
764014 -- 2013E80C Z2017E80C 20i1BE80C ZO1LFE80C 
764024 -- 2013E814 2017E814 201BE814 201FE814 
770460 -- 2013F130 2017F130 201BF130 201FF130 
772410 -~ 2013F508 2017F508 201BF508 201FF508 
774400 = 2013F900 2017F9900 2O1BFS00 201FF900 
777160 -- 2013FE70 2Z017FE70 20 1BFE70 Z201FFE70 
777440 -- 2013FF20 2Z01L7FF20 201BFF20 2O01LFFF20 


201LFFF4C 


“**** Road Data Substitute (RDS) Faults and Aborts ***** 


The Machine Check Logout information is not very good for this 
type of Machine Check. The associated Memory's status registers 
are more helpful for this type of problem. 


MS780A and MS780C memories have error correction logic that can 
supposedly correct one bad bit per 72 bit array word. For read 
accesses that result in one bad bit being detected, the memories’ error 
correction logic will correct the bad bit and will flag the data that 
is returned as "Corrected Read Data". If there are a multiple even 
number of bad bits detected during the 72 bit array read access, the 
data returned will be flagged as "Read Data Substitute". This 
indicates that the data has not been corrected and the quadword 
returned "may" be bad (the bits bad may have been in the ECC code so, 
therefore, the actual data returned may be good). BEWARE that 

MS780A & C memories cannot correctly detect and signal a multiple odd 
number of bad bits read from the 72 bit array. If this condition 
happens, the memory will send back the data and report it as 
"Corrected Read Data”. It is, therefore, a good idea to swap out any 
arrays that are giving single bit errors for those types of problems 
that are intermittent and cannot seem to be fixed by other means. 


This type of Machine Check means that a Double Bit Error has been 
detected, by memory, when the CPU was accessing a memory location. 


Bit #13 of ID Register #19 should be set for this type of error to 
have occured. 


"(SP)+16" contains a Virtual Address within the quadword location 
at fault. If the system has not been rebooted or disturbed, you 
may be able to use this "Virtual Address” in the following console 
command to find the Physical BYTE Address causing the error. 


>>> E/L/V xxXXXXXX > where xxxxxxxx = contents of "(SP)+16". 


The CONSOL.SYS program should respond with the following type 
of output: 


P YYYYVYYY 22Z22Zz2z 


Where "yyyyyyyy" is the Physical Address at fault. If you get 
a "Mic-err", the necessary PTE to make the Virtual to Physica 
translation isn't available from memory or the TB. 


If this command was successful, you can use this Physical 
Address to determine what array is at fault. This address is 
a "Physical BYTE Address". 
If you were not able to find the failing array by the procedure 
above, your only other choice is to use the "SYSTEM EVENT File" to 
see if any memory errors have been recorded. 


Remember that the first array is array #0 not array #1. 
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MS780A & MS780C memories: 
If bit <28> = 1, in "Memory Register C", then Bits <27:24> should 
reflect the array that had the error. 


Memory Register "C" 
Bit <28> = Error Log Request 
Bits <27:24> = Array Select 


MS780E memories: 
If bit <28> = 1, in "Memory Register C”™ or "Memory Register D", then 
bit <27> will indicate the controller and bits <26:24> will indicate 
the array within that controller that had the error. 


Memory Registers "C & D" ("C" - Lower Controller) 
qed pes Sse Se Se = sess =5 ("D" - Upper Controller) 


Bit <28> - Error Log Request 

Bit <27> - Controller Select 

Bits <26:24> - Array Select 

Bits <23:22> - Array Bank Select 

Bits <21:l1> - RAM page address for 256K RAMs 

Bits <19:1l1> - RAM page address for 64K RAMs 

Bit <10> ~ Multiple bit error 

Bit <Q9> - Single bit error detected and corrected 


MA780 memories: 
If bit <28> = 1, in the "Array Error Register", then bits <27:24>, of 
the same register, will indicate the Array in error. 


Array Error Register 

Bit <2&> - Error Log Request 

Bit <08> - 1 = Upper Word, 0 = Lower Word 

Bits <22:09> - Chip address presented to the memory chip 
Bit <23> - 1 = Upper Bank, 0 = Lower Bank 

Bits <27:24> - Array card with the error 


Problem areas: 
A Memory Array or the MEMORY Control. 
Memory or CPU Backplane. 
Memory or CPU Power. 
SBI/CPU interface. 
SBI cables. 
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_) ***** VAX Micro-Code NOT SUPPOSE TO GET HERE ***** 


The "Trapped UPC" is about the only data saved, in the Machine Check 
Logout information, that may help you trouble-shoot this type of 
problem. | 


This type of Machine Check exception occurs whenever the microcode 
finds itself accessing a microcode location that it should never 
make it to. The unused microwords contain jumps that will direct 
the Micro-PC to the micro_routine that flags this error. 


The Micro-stack register, ID #20, should contain the Control Store 
Address that the microcode wasn't suppose to get to. The microcode 
stores this register in ID #32 for a Double Error Halt and on the 
stack at "(SP)+12" on a Machine Check exception. Verify that the 
address is unused via the micro-fiche MICROCODE listing. 


Problem areas: 


Micro-code address logic (M8235). 


Any board on the “micro PC" bus. 
PCS (M8234). 
WCS (M8233 or M8238 in slot 20). 
OPTIONAL WCS (M8233 or M8238 in slot 18). 
IR Decode Logic. 


WCSxxx.PAT on the LOCAL CONSOLE Floppy (or whatever 
floppy the WCS was loaded from). 


WCS load path 
(Floppy -> LSI ~-> CIB -> ID Bus -> WCS). 


Clock Board (M8232). 


CPU Power. 


— a a eee eee ee 


ID #20 - Micro Stack Register 

S32:2 2222 2222 Bao 2d. Debs 2a 0.00.0 10-0-0.9 

1098 7654 3210 9876 5432 1098 7°65 4 3210 
Reading this register pops the top address from the micro stack. 
Writing this register pushes an address onto the micro stack. 

Bits <15:00> Control Store Address <15:00> 

REEKKEKKEEEKE 

<15:00> = micro Address <15:00> 
Micro PC Wirelist and Slot chart 
| Slot 18 Slot 20 Slot 22 Slot 23 Slot 08 
i a ee 
coches A Snell AA a A i 
Bus uPC O01 ! ER2 X X X X X 
us upc 02! E81! Ko! x! x! x ! x4 
us upc 03! EU? | —— a: [ox tx. 
Bus uPC 04 | EV2 | x! x! x! xX PK 
Bus uPC 05! FBZ} ioe! — 3 a Kt xk! 
Bus upc 06! FDL! Kix i —_ Ko! x! 
Bus uPC 07! FOZ! x! x | x Fs x ot xk! 
Bus uPC 08! FEL! x | x | xk bs ctw | 
Bus upc 09! FEZ! =X ! x! xX! ® ! no 4 
Sus uPC 10! FFI | —— x tox! xe! x fone! 
Bus uPC 11! FF2 1 f tere 4 St a 
Bus uPC 12! FH | a Cie <3 —_ : 3 .. 
; ! ! : ; ! 


"WCS" and Opt. 


WCS" boards are either M8238's (2K) or M8233's (1K). 
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CP U 
Oe cam ©) 
CPU 
CP oO 
CPU 
OF cans S| 


CPU 


DOUBLE ERROR 
DOL bE. FRROR 
DOUBLE ERROR 
DOUBLE FRROR 
DOUBLE ERROR 
DOUBLE FRROR 


DOUBLE FRROR 


S 


HALTED AT 8007E2A8 


>>> 


HALTS 
HALTS 

HALTS 
HALTS 

HALTS 
HALTS 


HALTS 


If the Problem is a "CPU Double Error Halt", "?CPU DBLE-ERR HLT" was 
printed on the console terminal, diagnosis is similiar to the 
"Machine Check" trouble-shooting. The difference is in where the 
information is stored by the VAX-11/780 CPU microcode. A "Double 
Error Halt" is simply a trap upon a trap. 


On a “Double Error Halt" the logout information is stored in 2 places. 
The information for the first trap, "Machine Check", is stored in 

ID Bus registers 30 thru 39, and the information for the second 

trap, "Machine Check", is stored in the associated ERROR/STATUS 
Registers and the Memory NEXUS registers. 


It is, therefore, very important to take a dump of all the Processor 
ID Bus Registers and all the Memory NEXUS registers at the time of the 
crash, before any other commands are given. This can be done with the 
following CONSOL.SYS commands: 


>>> E/L/H/ID/N:17 0 
>>> R E/L/H/ID 18 


sallow CONSOL.SYS to do at least 15 examines, then type "*C". 


“AC 
>>> E/L/H/ID/N:25 19 
>>> E/L/H/P/N:x 200yy000 , X 
, YY 


depends on memory type 
depends on Mem TR level 


> Repeat the last command, changing "x" and "yy" as needed 
> in order to gather all the Memory NEXUS registers. 


>>> E/L/H/P 200yy000 ; yy = depends on TR level 


; Repeat the last command, changing "yy" as needed, in order 
to obtain the contents of all NEXUS Configuration Registers. 


=e 


An easier method to dump the needed information would be to use a 
"DUMP." CONSOL.SYS command file, built as outlined in Chapter 3 of 
this manual. 


Unlike "MACHINE CHECKS", "Double Error Halts" bring the VAX completely 
down to a HALT. Control passes back to the VAX-11/780 CONSOL.SYS 
program. Therefore, the System Event file, ERRLOG.SYS, will not 
contain information at the time of the crash. ERRLOG.SYS may, 
however, contain some pertinent information about something that 
happened just prior to the crash, (such as a Double Bit Error in 
Memory). If you have not isolated the problem by examining the 
Hardware Registers, it may be worth your time to try to bring the VMS 
Operating System back up and examine the Error log file. 


The information for the first error of a DOUBLE ERROR HALT will be 
found in the Temporary Registers, ID Registers #30 thru #39 (see note). 
The information for the second error of a DOUBLE ERROR HALT will be 
found in the associated error/status registers. Therefore, it is 
very important to examine all the Hardware Registers in order to 
trouble-shoot Double Error Halts. The Hardware Register Dump must be 


1-98 


taken immediately before anything else is done, in order to assure 
that the Register Contents are valid for the time of the error, 


Note: If the second error was a “Control Store Parity Error" or a "Micro- 

a aiadca! Sequencing Error", the information in "TQ-T9" MAY NOT BE VALID for the 
first error. The safest thing to due 1s to check ID #0C, see if 
bit <15>=1, and IF IT IS DO NOT USE "TO-T9" (which are ID #30-39). 
If the second error was a "Micro-sequencing Error", there will not be 
any other error bits set. In either case, if the SECOND error is 
found to be either a "Control Store Parity Error" or "Micro-sequencing 
Error", the information in TO thru T9 may not be valid. 


Use the MACHINE CHECK outline to trouble-shoot the first error. The 
only difference is that the LOGOUT information is found in "ID 30" 
thru "ID 39" instead of on the stack. These ID registers must be 
dumped by you, or the customer, prior to anything else being done. 


Examine the rest of the ID registers and all the Memory NEXUS hardware 
registers in order to determine what the second error was. It is best 
to determine what the second error was prior to checking the first 
error since the information for the first error may not be valid, due 
to the second error occuring before the "TO-T9" logout was completed. 
i.e. "Control Store Parity Error" or "Micro-Sequencing Error". 


If Bits <19>, <17>, & <16> of ID #1B are equal to al, then an S.B.I. 


FAULT has occured. Use ID #1B, the S.B.I. Silo dump, and the Configuration 
registers in the NEXUS devices, to determine the cause of the FAULT. 


DOUBLE ERROR HALT Information 


cSt. Brror 2nd Error 

Description Register ID Location ID Location 
Summary Parameter TO 30 none 
CPU Error Status TL a1 OC 
Trapped UPC Le 32 20 
VA/VIBA T3 33 none 

D Register T4 34 08 

TB Error 0 5 35 12 

TB Error 1 T6 36 13 
Timeout Address ey. 37 1A 
Parity T8 38 1E 
SBI Error TS 39 LS 
Fault Status none none 1B 


If the second error 1S caused by a RDS error, then the associated 
memory registers will reflect the array in error. 


BEWARE: The Ist error information MAY NOT BE VALID if ID =0C 
Bit<15>=1, or if a micro-sequencer problem has occured. 
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Due to the possibility of the processor detecting a non-existent error 
condition, it is a good idea to constantly make certain validity checks 
of the error information that you have gathered. 


In the case of "Double Error Halts", some of the error information may 
not be correctly stored away due to a second error occuring while the 
first error 1s being stored. Therefore, you should always make a 
validity check of the information stored in ID #30:39 (the lst error). 
It is a good idea to always make validity checks on the errors. 


CPU Detected Error VALIDITY CHECKS: 


Control Store Parity Error -- "CPU Error Status Register", ID #0C, 
must have Bit <15>=1., 


CP/IB Read TimeoutS -------- "SBI Error Register", ID #19, must have 
either Bit <12>=l1 or Bit <06>=1. 


CP/IB Error Confirmations --- "SBI Error Register", ID #19, must have 
either Bit <08>=1l or Bit <03>=1 


CP/IB RDS Faults ------------ "SBI Error Register", ID #19, must have 
Bit<13>=1 or Bit <0O7>=l. 


TB Parity iSrrore —---+<<<<=s- "Translation Buffer Register #1", 
ID #13, must have at least one of 
Bits <20:09>=1. 


Cache Parity Errors -------~-- "Cache Parity Register", ID #lE, must 
have Bit <15>=l. 


S.B.I. Fault ---------------- "SBI Fault Status Register", ID #1B, 
must have Bit <19>=1, and Bit <17>=1. 
Also, at least one of the NEXUS should 
have at least one of Bits <31:27> 
set(=l1) in their associated 
Configuration Status Registers. The 
VAX-11/780 is also a NEXUS and its 
equivalent register is ID #1B. 
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eee 


CPU Double Error Halt Flowchart 


| ?CPU DBLE-ERR HLT a 
| >>> | 
| The above printout occured on the console. | 


| Examine all the ID registers, the SBI SILO, all] 
| the registers within the MEMORIES, and the | 
| CONFIGURATION/STATUS register in each NEXUS. | 
| This can be done by using a previously built | 
| "DUMP." CONSOL.SYS command file (as outlined in| 
| Chapter 3) or by using the commands outlined in| 
| the beginning of the DOUBLE ERROR HALT section.| 


| Using the contents of ID OC, 13, 19, 1B, and IE | 
| determine what the 2nd error was, by checking | 
| the following bits: 


| |--| |---| 
1 2 | | E3 | |E4 | [E5| 
|--| == | [== | | ~- | |--| 
| | | | 
ID #0C | ID #13 | ID #19 | ID #19 | ID #1B | ID #1E | none 
| | | | | | of 
| | <12> or | | | lthese 
| any of | <06> or | <13> or | <19> and | [|-->| 
<15> =1 | <20:09> | <08> or [| <07> =1 | <17> = | <15> = | | 
| = | <03> = | | | | | 
SS abintaaedeamaten | ~---------= | ----- |---| ee |---| | 
| yes i yes | yes | yes : yes | yes | 
goto goto goto goto goto goto | 
"CSPE" "TBPE" "SBIERR" "RDS" "SBIFLT" "CAPE" | 
| 


ree ce ee ce ee em ee ce ec cc se ec ree mc em ee ce ee eee ee ee eee eee ee 


No errors bits are set. This usually indicates a "MICRO-SEQUENCER"” 
problem in the KA780. 


Use the appropriate section in the Machine Check error portion of 
this manual to trouble-shoot this type error. Then return to this 
flow at “FIRST ERROR ANALYSIS". 


—_— ee eee eee ee es we ee ee ee ee ee ee ee ee ee ee ce ee eee se ee eee 
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—_ oe ame en es ee eres em ee ces eee ee ree ee ce ee ee eee eer re ee ee ce ce we ee ee ee ee ee we es ee ee ee ee ee we ee ee ae 


ID #0C bit <15>=1 indicates that a "CONTROL STORE PARITY ERROR" was 
detected in the KA780. 


Use the appropriate section in the Machine Check error portion of 
this manual to trouble-shoot this type error (page 1.046). Then 
return to this flow at "El" to see what other errors occured. 
However CSPE's should be fixed first. 


me em ee re ee se ee ss ee es es es ee es ee ee ee ee ee es es ee es ee ee ee ce ee ee ee ee ee ee ee ee es ee ee eee es 


ID #13 bite <20:09> are used to indicate "TRANSLATION BUFFER PARITY 
ERRORS" detected in the KA780. 


Use the appropriate section in the Machine Check error portion of 
this manual to trouble-shoot this type error (page 1.038). Then 
return to this flow at "E2", 


ec cece res es ee ee ee ee ee ee ees ee eee ee ee ee es ee es ee ee ae ee ee eee eae 


ee eee ee ee ee ee ee Se ee ee LS LS ee ee er re re re ee eS FO ee 


ID #19 bits <12> and <06> are used to indicate SBI timeouts as a 
result of a KA780 microcode or IB requests, respectively. 


ID #19 bits <08> and <03> are used to indicate SBI Error CNF's as a 
result of a KA780 microcode or IB requests, respectively. 


Use the appropriate section in the Machine Check error portion of 
this manual to trouble-shoot this type error (page 1.056). Then 
return to this flow at "E3". 


— ee ee eee ee ee ee ce ee ee eee ee ee ee ee we ee ees ee es ee eee ee ee ee eee 
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—- ——— a ee ee 


owas eee ee es oe ee ee ee ee ee es ee ee es es ee es ee ee re ee es ee ee we i oe ee ee ee ee ee we ee ee ee ee ees ee ec ee eee eee 


ID #19 bits <13> and <07> are used to indicate that "RDS" data has 
been received as a result of a KA780 microcode or IB request, 
respectively. A “READ DATA SUBSTITUTE" error has occured. 


Use the appropriate section in the Machine Check error portion of 
this manual to trouble-shoot this type error (page 1.092). ‘Then 
return to this flow at "E4"., 


— oom ED a amp ce ci ae ee ae eee ee ee es ee ee ee ee es ee ee ee ee ee es ee es ee ee ee es es ee ee ce es ee es ee ee es ee ee es ee ee es ee ee ee ee 


ee es eee es eee ee ee eee cee ee ee es ee es eee ee ee re ee ee ee ee ee ee ee ce ee ee ee ee ce we ee ee ee ee es es es eee ee ee ee ee ee 


ID #1B bits <19> and <17>=1l indicate that an “SBI FAULT" condition 
was detected by the KA780 or one of the SBI NEXUS. 


Use the "SBI FAULT" trouble-shooting section of this manual to 
isolate this problem (page 1.212). Then return to this flowchart 
at "E5", 


cme ce ee ee ce ee eee ee es ee es es ee ee ee ee eee ee es ee ee ee ee es ce es ee ee es ee ee es ws ee eee ee ee ee ee ee ee ee eee ee 


~—e ews ee oe es ee ee ee es ee eee ee ee es es ae ee se ee ee ee ee ee ee ce ee ee ee ee ee ce ee ee ee eee ie 


ID #1E bit <15>=1 indicates that a "CACHE PARITY ERROR" was 
detected in the KA780. 


Use the appropriate section in the Machine Check error portion of 
this manual to trouble-shoot this type error (page 1.034). Then 
return to this flow at "FIRST ERROR ANALYSIS". 


ee eee ee ee ee ee ee ee ee es ee ee ee eee ee ee ee eee ee ee ee ee ce ee ee ee ee ee ee ww ee ee ee ee ee we te 
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ee ee ce ee 


— ee a 


Information about the first error is stored in the "TEMPORARY" | 
registers (ID #30:39). | 
| 


HOWEVER, this information may not be valid if the 2nd error was| 
due to a CONTROL STORE PARITY ERROR or a MICROSEQUENCER ERROR. | 
If either of these errors occured, the information MAY still be| 
good. Use the "VALIDITY CHECKS" to make sure. | 


The information stored in ID #30:39 1s basically a MACHINE CHECK 
LOGOUT. You can use the MACHINE CHECK trouble-shooting section 
of this manual to determine what caused this error. The only 
difference is where the information is stored. The LOGOUT info 
is found in the TEMPORARIES instead of on the stack. They are 
assigned as follows: 

ID #30 - Summary Parameter Code 

ID #31 - CPU Error Status (saved ID #0C) 

ID #32 - Trapped UPC (saved ID #20) 

ID #33 - VA/VIBA (saved output of the VAMX) 

ID #34 - D Register (saved ID #08) 

ID #35 - TB Error 0 (saved ID #12) 

ID #36 - TB Error 1 {saved ID #13) 

ID #37 - Timeout Address (saved ID #1A) 

ID #38 - Cache Parity (saved ID #15) 

ID #39 - SBI Error (saved ID #19) 


— me ee wee we me ee ee ee ee ee ee es ee ee ee ee ee ee ee eee es ee es ee es ee ee ee ee ee eee eee eee oe oe 


I i a ee ee  e_ 


Using the temporaries instead of the contents of the STACK FRAME, 
go to the appropriate section of the MACHINE CHECK section, 

based on the SUMMARY PARAMETER CODE found in ID #30's byte 0, to 
determine the cause of this error. 


By determining what caused both errors, you now have two pieces 
of information to work with in order to fix the system. 


The two errors may help you zero in on one unit being at fault. 
However, often times Double Error Halts are two separate errors, 
so you have to fix each one individually. 


—_— oe ae eee eee ewe eee eee em ee eee mee ce eee ete es es es es ee ee ee ee ee ee ee es es es es ee eee ee eee ee eee ee ee ees ee eee ee ee ee eo 
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VAX-11/780 “ID” Register ERROR information 


ID #0C - CES 
3.3 2.2 222: 2-222: 1d bd ft bh. 
1098 7654 3210 9876 5432 21 
Control Store Parity Error Summary -| | | | 
CS Parity Error in Group #2 ---------- Hts dl 
CS Parity Error in Group #1 ------------ | | 
CS Parity Error in Group #0 -------------- | 
ID #13 - TBER!I 
3 38°22 22 22 2 22 2. dL A ed a ee CD 
1098 7654 32190 9876 5432 «21 
PE Group 1 Data Byte 2 -| | | 1] 1 ¢ Id | | 
PE Group 1 Data Byte 1 ----| | | | I 1 Ill 
PE Group 1 Data Byte 0 ------ al ai Gees ie 
PE Group 0 Data Byte 2 -------- 1 | ft | tt [- 
PE Group 0 Data Byte l ---------- | {| ft | [---- 
PE Group 0 Data Byte 0 ------------- | | |------ 

fa ene 
ID #19 - SBLERR 
3°22 23222 2222 £aak st 2 Lea 
1098 7654 3210 9876 5432 

i 


RDS received for a CP requested cycle -- 
SBI Timeout on a CP requested cycle 


— ee cee ee wee cee ee ee oe 


SBI Error Confirmation on CP requested cycle 
RDS received for an IB requested cycle 
SBI Timeout on an IB requested cycle 
<-- see chart 
t we ee ee ae a aa ee 


i oe 3 


0 


> 


—— OPE 


<-- see chart --| 
<== s@e (Chart. =—=- 
~ No device response 

-~ Device Busy Timeout 

- Walting for READ DATA timeout 
Impossible code 


<-- see char 
- No device response 

- Device Busy Timeout 

- Waiting for READ DATA timeout 

- Impossible code 
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Addr 
Addr 


NF ON -H © 


ae De 
N © 
H+ © 
OO 


SBI Err CNF 
received 
for an IB 
request 


ID #1B - FAULT 


22 Ie ee os de ae de oO 10) 
5 4 9876 5432 1098 76 


An SBI Parity Error was detected by the CPU 


ID #1E - CACHE PARITY 


S202 2.2 212 2222-2 LL 1 ool 
09.8 7654 3.2510: 8.8 76 


re WW 


Cache Parity error was detected ----| 
O = IB reference, 1 = CP reference --- 


Data 
Data 
Data 
Data 
Data 
Data 
Data 
Data 


in 
in 
in 
in 
in 
in 
in 


in 


OK 
OK 
OK 
OK 
OK 
OK 


Aw 
WIN 


OK 


Group 
Group 
Group 
Group 


Parity 1 
i 
1 
a 
Group 0 
0 
¢ 
0 


Parity 
Parity 
Parity 
Parity 
Parity 
Parity 


Parity 


—_ eo em ee ee rm ce et ce ee i oe 
ee eee es ee ee ee ee eee ee 


Group 
Group 
Group 


00 00 0 
54 321 


|---- Indicates SBI SILO is locked 
--- indicates that CPU was transmitting at FAULT 
A Multiple Transmitter fault was detected by the CPU 
An Unexpected Read Data fault was detected by the CPU 


0 
0 


Parity 
Parity 
Parity 
Parity 
Parity 
Parity 


OK 
OK 
OK 
OK 
OK 
OK 


in 
in 
in 
in 
in 
in 


Address 
Address 
Address 
Address 
Address 
Address 


Group 
Group 
Group 
Group 
Group 
Group 


ID #1A - TIMEOUT ADDRESS 


3352 
1.Q'-9 


2 
8 


ID #20 - MICRO STACK 


S32 
70.9 


2 
8 


2 
7 


2 2 
6 5 


a @ 
4 3 


22 
2 1 


2 4i41i 
GO. “Os 


oe ee oe ce es ee eee ee eee ee es ee i ie 


i coe 
6 


1-106 


ee ee a a eee SRO 


-_ ae oe cee eee ee ee ee ee ee cee ee eee ee ee ee ee ee es ee ee ee eo 


DLO 


—_— ee ee ee cee eee ee ee es es ee ee ee ee ee ee ee 


00 0 
2. 0 
> 


-=—> | 


4 
<12:0 


?CPU DBLE-ERR HLT 
HALTED AT 8007E2A8 


>>>E/L/H/ID/N:3F 0 


00000000 
00000001 
00000002 
00000003 
00000004 


00000005. 


00000006 
00000007 
00000008 
00000009 
0000000A 
00000008 
0000000c 
0000000D 
00000008 
041F0000 
00000010 
00000011 
00000012 
00000013 
00000014 
00000015 
00000016 
00000017 
00000018 
00000019 
OOO00001A 
0000001B 
0000001C 
0000001D 
0000001E 
0000001F 
00000020 
00000021 
00000022 
00000023 
00000024 
00000025 
00000026 
00000027 
00000028 
00000029 
0000002A 
0000002B 
0000002C 
0000002D 
0000002E 
0000002F 


8F590908 
SCFAB525 
00000000 
013A0260 
00000040 
00000000 
00000040 
00000000 
00000000 
00000000 
000080C1 
PFFFEAQ6 
00000184 
03630054 
001A0000 


00007C41 
00000000 
00007C41 
00000000 
00000000 
00000000 
00000000 
00000000 
00000000 
OO00A082 
QOO1F8AA 
02040000 
00000000 
0021C000 
00004000 
FFFFOQOO 
QOOO000FCF 
00000000 
00000000 
00000030 
800D7000 
7FODFOOO 
0007E000 
33333333 
7FFEADIC 
7FFEBDO4 
7PFED4FC 
0000C6CO 
800C3C00 
00000B80 
00000000 
00000B80 


(lst Error) 
CP RDS Fault -> ID 
Summary Code ID 


CP RDS bit set -> ID 


>>> E/L/P/N: 
Pp 


Pp 
P 


>>> 


<-~ CP RDS bit set (2nd Error) 


Example of a Double Error Halt and a hardware dump 


00000030 
00000031 
00000032 
00000033 
00000034 
00000035 
00000036 
00000037 
00000038 
00000039 
0000003A 
0000003B 


0000003C 


0000003D 
0000003E 
O0000003F 


2 20002000 


20002000 
20002004 
20002008 


00000005 
00000002 
00001116 
00000040 
7FFD7130 
00007C81 
00000000 
QOO001FA3 
00004000 
OQQ00A002 
00021074 
0007CE00 
00000000 
QOO3FFDES 
00000800 
00080000 


00002E10 
F0001400 
33080200 


Array #11. 
had an error 


lst and 2nd error indicate that 


"Read Data Substitute" 


data was 


received, by the CPU, on a CP 


request. 


The registers within 


the memory at TR#1 indicate 
that Array #11. was the array 
at fault. 
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INTERRUPT STACK NOT VALID Halts 
INTERRUPT STACK NOT VALID Halts 
INTERRUPT STACK NOT VALID Halts 
INTERRUPT STACK NOT VALID Halts 
INTERRUPT STACK NOT VALID Halts 
INTERRUPT STACK NOT VALID Halts 
INTERRUPT STACK NOT VALID Halts 
INTERRUPT STACK NOT VALID Halts 
INTERRUPT STACK NOT VALID Halts 


INTERRUPT STACK NOT VALID Halts 


$ 


?INT-STK INVLD 
HALTED AT 8007E2A8 


aoe 
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"INTERRUPT STACK NOT VALID halts" are exceptions that indicate that 
the interrupt stack was not valid or that a memory error occurred 
while the processor was pushing information onto the stack during 

the initiation of an exception or interrupt. In other words, an 
"Interrupt Stack Not Valid" means that, while pushing information 

onto the STACK a reference was made to a Virtual Address not currently 
mapped to Physical Memory or that a Fatal Error occurred while 
referencing the STACK. No further interrupt requests are acknowledged 
on this processor. 


This problem is detected by VAX CPU microcode, which tells the "LSI 
Front-end Subsystem", which will halt the VAX CPU and print out the 
"?INT-STK INV" message. For this reason, the VAX software will not 
have been able to take a Software Dump as the system crashes. In 
order to get a Software dump, the "AUTO RESTART" switch must be "on", 
or, the "RESTAR.CMD” indirect command file can be used to restart the 
operating system. The RESTAR.CMD file will attempt to reboot the 
system but will fail, therefore allowing a software dump to be taken. 
In either case, the "RESTAR.CMD" command file should have been 
previously modified to cause a dump (such as done by the "DUMP." 
indirect command file) to be taken prior to rebooting. 


This type of problem can be caused by any number of things but listed 
below are the most common reasons; 


a. Memory Errors 


1. Double Bit Errors (Uncorrectable errors) 

2. Hardware problems causing NXM (Non-existent Memory) 
errors. 

3. SBI interface in VAX-11/780 CPU or Memory has 
problems. 


b. Some device interrupting excessively. 
c. Memory Management or System Disk problems. 


d. The contents of "SP" and "Internal Register #4" should 
be equal. If they are not, the problem is probably the 
M8229 or M8225. 


The following information should be used to trouble-shoot the 
"Interrupt Stack Not Valid" problem: 


a. A "Hardware Register Dump” should be used to see if 
any hardware errors have occured. 


b. The contents of the Stack should be dumped for further 
examination. This should be available from the "Hardware 
Register Dump", if it is set up as the "DUMP." example 
in this manual. Look for repeated Machine Check Logouts 
or Exceptions on the Stack. This could indicate the hidden 
reason for the "INT STK INV". 
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c. If the VMS Operation System is operative, an Error Log 
report should be taken at least of the time immediately 
prior to and at the time of the failure. Does it show 
any errors logged? 


d. A Software Dump should have been taken. This dump can 
be analyzed by either RDC, Remote Support, D.E.C. Software 
Support, your District Support Group, or yourself. It may be 
necessary to examine several dumps in order to see what 
is commonly happening or what device is commonly being 
accessed. 


This type of problem can be caused by Non-D.E.C. Supported Device 
drivers. Find out from the Customer if any new drivers have been 
installed recently or if some new foreign equipment has recently 
been added to the system. If one or more of these have recently 
been added to the system, see if the problem occurs when these 
devices are no longer used. 


If the Problem is of intermittent nature, it is may be faster to 
trouble-shoot this type of problem from a software approach. The 
Software Dumps may not point a finger directly at a unit or subsystem, 
but will at least let you know what was happening at the time of the 
crash. This information along with any Hardware register dumps that 
are available, may point you to a unit or subsystem. 


The following should be done in order to enable gathering of the 
information that is needed to trouble-shoot intermittent type 
INTERRUPT STACK not VALID's: 


1. Make sure that the SYSGEN Parameter "“DUMPBUG" is 
set (=1), This will cause a Software Dump to be taken, 
(on the way back up for "?INT-STK INV's"). 


2. Have the Customer take a Hardware Register Dump when the 
System Crashes. After the Hardware Dump is taken, the 
Customer can then reboot the Operating System. This step 
will be automatically taken care of if the "RESTAR.CMD" 


file has been modified to include the "DUMP." commands. 


3. Have the Customer save the Software Dump when the System 
ls rebooted after a crash. This can either be saved on 
MAGTAPE or the "SYSSSYSTEM:SYSDUMP.DMP" can be "Copied" 
to another file. 


4, An ERROR LOG report should be taken for the time just 
prior to and at the time of the crash. 


5. Have the Customer save the Hardware Dump Output, the 
Software Dump, the Console Terminal Output at the 
time of the crash, and the ERROR LOG report for you 
to examine. 
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KERNEL STACK NOT VALID Aborts 
KERNEL STACK NOT VALID Aborts 
KERNEL STACK NOT VALID Aborts 
KERNEL STACK NOT VALID Aborts 
KERNEL STACK NOT VALID Aborts 
KERNEL STACK NOT VALID Aborts 
KERNEL STACK NOT VALID Aborts 
KERNEL STACK NOT VALID Aborts 
KERNEL STACK NOT VALID Aborts 


KERNEL STACK NOT VALID Aborts 
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"KERNEL STACK NOT VALID ABORTs" are exceptions that indicate that 

the Kernel Stack was not valid while the processor was pushing 
information onto the stack during the initiation of an exception 

or interrupt. Usually this is a indication of stack overflow or 
another executive software error. The attempted exception is 
transformed into an abort that uses the interrupt stack. No 
information other than the PSL and PC is pushed onto the Interrupt 
Stack. Software may abort the process without aborting the 

Operating System; however, because of the lost information, the 
process cannot be continued. If the Kernel Stack is not valid 

during the execution of an instruction, the processor initiates 

a normal Memory Management fault, and if the exception vector <1:0> 
for Kernel Stack not Valid is 0 or 3, the behavior of the processor 
is undefined. If the problem is of an intermittent nature, certain 
things should be done in order to enable gathering of the information 
needed to aid problem diagnosis. If the problem is solid, you should 
be able to gather most of the following information without the aid of 
the customer. In either case, the following steps should be taken: 


1. Make sure that the SYSGEN Parameter "BUGREBOOT" 
is cleared (=0). This will cause the Operating System 
to halt after a FATAL Bugcheck. 


2. Make sure that the SYSGEN Parameter "DUMPBUG" is 
set (=l1). This will cause a Software Dump to be taken 
as the Operating System 1S coming down. 


3. Have the Customer take a Hardware Register Dump when the 
System Crashes. After the Hardware Dump is taken, the 
Customer can then reboot the Operating System. 


4, Have the Customer save the Software Dump when the System 
is rebooted after a crash. This can either be saved on 
MAGTAPE or "SYSSSYSTEM:SYSDUMP.DMP" can be "Copied" to 
another file. 


5. An ERROR LOG report should be taken for the time just 
prior to and at the time of the crash. 


6. Have the Customer save the Hardware Dump Output, the 
Software Dump, the Console Terminal Output at the 
time of the crash, and the ERROR LOG report for you 
to examine. 


NOTE: Steps #1 and #3 may be eliminated if the "DEFBOO.CMD" command 
file has been modified so that it will dump all the Hardware 
Registers. The "REMOTE LOCAL CONSOLE" floppy should be used in 
case you should deceide to use the "Remote Diagnostic Center" 
as a tool for problem diagnosis. The "DEFBOO.CMD" and 
"RESTAR.CMD" command files should be modified, on this floppy, 
sO aS to take a hardware register dump upon reboot. The "DUMP." 
and "HANG." files should also be installed on this floppy. 
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OTHER 
OTHER 
OTHER 
OTHER 
OTHER 
OTHER 
OTHER 
OTHER 
OTHER 


OTHER 


TYPES 
TYPES 
TYPES 
TYPES 
TYPES 
PYPES 
TYPES 
PYPES 
TYPES 


TYRES 


of CRASHES 
of CRASHES 
of CRASHES 
of CRASHES 
of CRASHES 
of CRASHES 
of CRASHES 
of CRASHES 
of CRASHES 


of CRASHES 
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There are many other types of Crashes that can occur. The basic 
trouble-shooting method for them should be as follows: 


Obtain an Error log report of the Systems Events that happened 
prior to and at the time of the crash. This report will many 
times show the error. 


Examine the Console Terminal printout at the time of the crash. 


Examine the Hardware Register Dump, if taken. If it wasn't taken, 
try to recreate the problem and make sure the Hardware Register 
Dump is taken. 


If a Software Dump was taken, examine it to determine what was 
happening at the time of the failure. If you do not know how to 
analyze a Software Dump, get either D.E.C. Software or Remote 
Support to analyze it for you. 


After making a preliminary analysis of the problem from the above 
information, run all diagnostics on the device, and associated 
controllers, that you feel may be at fault. If none of these fail, 
run diagnostics on everything that may be remotely related to the 
problem. It doesn't hurt to spend the time to run all diagnostics 
for that particular system configuration. 


Using both a SCOPE and a DVM, check the VOLTAGES and the POWER 
MONITORING signals (ACLO & DCLO, etc.) for both the correct level 
and for the amount of NOISE riding on the voltage levels. 

Correct any that are out of specification. 


Power and Power Monitoring Signal problems cause many strange 
problems that can lead you around in circles for quite awhile. 
Never overlook these. Always check them no matter what type of 
problem you have. 


Margining, heating, cooling, and vibrating may be used to recreate 
and 1solate some problems. 
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Many times problems are intermittent and diagnosis is not 

possible on the first crash. If this is the case, try to obtain 
as many of the following things as are possible and take them to 
your District Support Group so that they may aid you in diagnosing 
the problem: 


1. Console Terminal output just prior to and at the time 
of the crash. 


2. Hardware Register Dump printout. 


3. Error Log report. If you are using "SYE", get a "STANDARD" 
printout. If you are using "SPEAR", get the "FULL" 
"RETREIVE" printout and also the "ANALYZE" output. 


4. Get an "SDA" output from the examination of the Software 
Dump that contains at least the following: 


a. SHOW CRASH 

b. SHOW PROCESS/ALL 
c. SHOW STACK/ALL 

d. SHOW DEVICE 

e. SHOW PFN _DATA/ALL 
f. SHOW SUMMARY 

g. EXAMINE/PO 


5. Get a copy of the Software Dump on Magtape at 1600 B.P.I. 
if possible. 


6. If a copying machine is available, copy your LOG Book entry 
that tells the problem symptoms that you gathered. 


If the problem is not a solid problem and if the SYSGEN parameters 
are set up so that the Operating System reboots, ask the customer 
to change them so that the system does not reboot automatically and 
educate the customer on the procedure for taking a hardware registe 


dump. 


The "REMOTE LOCAL CONSOLE" floppy should be used in case you should 
deceide to use the “Remote Diagnostic Center" as a tool for problem 
diagnosis. The "DEFBOO.CMD" and "RESTAR.CMD" command files should 
be modified, on this floppy, to take a hardware register dump upon 
reboot. The "DUMP." and "HANG." command files should also be 
installed on this floppy. 
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VMS 
VMS 
VMS 
VMS 
VMS 
VMS 
VMS 
VMS 
VMS 


VMS 


OPERATING SYSTEM Hangs 
OPERATING SYSTEM — Hangs 
OPERATING SYSTEM _ Hangs 
OPERATING SYSTEM — Hangs 
OPERATING SYSTEM _ Hangs 
OPERATING SYSTEM Hangs 
OPERATING SYSTEM Hangs 
OPERATING SYSTEM — Hangs 
OPERATING SYSTEM _ Hangs 


OPERATING SYSTEM — Hangs 
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Hangs are perhaps the hardest problems to diagnose. A HANG can occur 


due to: 


1. Software is stuck in a loop waiting for a certain event 
event, or interrupt, to happen. 


2. Hardware has failed in such a way that an asynchrounous 
event didn't occur so that normal execution can proceed. 


Diagnostic Hangs can also be trouble-shot in much the same way as 
for an Operating System Hangs, except that Software Dumps cannot be 
taken when running diagnostics in stand-alone mode. 


Proceed to trouble-shoot a Hang as follows: 


is 


If you are trouble-shooting an Operating System Hang, determine 
if the whole system is hung. Record your findings in the Log. 


a. Does the Console Terminal respond? 
b. Does any other terminal respond? 


c. Are any of the Peripherals doing anything? 


1. Are the disks seeking occassionally? 
2. Are the tapes moving? 

3% 28-the printer printing? 

&. Btc. 


Take a Hardware Register Dump by typing a "“P" on the Console 
terminal and then examining the registers by using the "HANG." 
command file. Console Terminal commands to do this would be: 


“p 
>>> G@GHANG 


If typing a "*“P" does not put you back into "CONSOL" mode, 
check the following: 


a. Is the KEY Switch on the VAX-11/780 Front panel 
in one of the "DISABLE" positions? If so, turn 
the KEY to "LOCAL". and retry the "*P", 


b. Check the "DC ON" LED and the "RUN" LED on the 
Console Subsystem LSI-1l Front Panel. If they 
are not lit, your problem is in the Console 
Subsystem or is a Power/ACLO/DCLO problem. If 
both LED's are lit, proceed to next check. 
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c. If neither of the above are the problem, then 
the problem is either the Console Terminal or 
the LSI-11/DLV11l subsystem. Be sure that the 
console terminal is not in "LOCAL" or out of 


paper. 


If you are unable to get a response when typing "*P", 
trouble-shoot this problem. 


After the Hardware Register Dump has been taken, the "HANG." 
command file will single step the VAX several times (so that 

it may be determined where the software is hung), and then 

it will crash the software as done by the "CRASH." command file. 
This will insure that a Software Dump is taken. 


If the SYSGEN parameter "BUGREBOOT" is set (=1), the system 
will reboot automatically. You will then have to bring the 
system back down in order to run diagnostics. 


The single stepping portion of the "HANG." output may indicate 
a reason for the hang. Check for one of the following: 


a. A PC = 80002EBO (Version 3.x of VMS) indicates that the DW780 
is getting a UNIBUS vector of "000000". 


b. A PC = 80007B06 (a NULL job address in Version 3.x of VMS) 
indicates that a Software resource is exhausted. 


c. A PC = 80016400 (Version 3.x of VMS), with an IPL of 14-17 or 
8-B, usually means the software is executing a driver. 


d. An IPL of "1F" indicates a SYSTEM DISK ERROR or MEMORY 
Power problem. 


e. A PC without bit 31 or 30 set usually indicates a process 
that is compute bound and running at a high priority. 


f. A Loop that goes through about 10 addresses close together, 
then jumps to a new range of address for about 10 
instructions, then back to the first range. THis 
condition usually indicates a terminal, DZ11l, DMF32, etc., 
type of problem. 


Using a DVM, check all System Voltage levels and the levels 
of all ACLO and DCLO signals. Are any out of spec.? 


Using a Scope, check all voltages, ACLO signals, and DCLO 
Signals for excessive noise. Be sure to use a good Ground on 
your scope lead. 
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Run at least the following diagnostics: 


a. VAX-11/780 micro diagnostics (#1, #2, and 
#3 if applicable) 
b. EVKAA (if the "DS>" prompt appears when this 


program is started, deposit zero into 
physical location "FEOO" and restart) 


c. EVKAB,C,D,E 
os ESCAA 
e. ESCBA 
f Disk, Tape, and Unibus peripheral Reliability 


dignostics. 
If you get a diagnosic failure, trouble-shoot that problem. 


After the diagnostics all run O.K., continue on to the next 
Step. It iS important not to assume the HANG problem to be 
fixed at this time. You may have fixed another problem other 
than the one you were initially trouble-shooting. 


If you are trouble-shooting an Operating System Hang, attempt 
to reboot the system at this point and, if you are successful, 
take an Error Log report of the time prior to and at the time 
of the Hang. 


Attempt to diagnose the problem. Use whatever D.E.C. resources 
you need to analyze the information that you have gathered. 

If you have found a problem before you got to this step, you 
may have fixed the Hang problem. Do not assume this yet. Keep 
all the information that you have gathered so far with the 
SYSTEM LOG Book, just in case the HANG problem reoccurs. 


The Software Dump can be analyzed by RDC, Remote Support, 
Software Support, or District/Regional Support. 


On the Hardware Dump examination, look for such things as: 


1. Attentions on Massbus Devices. 

Adapter Power "UP" or "DOWN" status. 

Interrupt enables having been cleared, which 

may indicate power glitches or problems with the 

power monitoring logic. 

4, Who was interrupting at the time the Hardware 
Register Dump was taken? 

5. Any error bits set? 


QW fh 
e ° 


If the problem is not a solid problem and if the SYSGEN parameters 

are set up so that the Operating System does reboot, ask the customer 
to change them so that the system does not reboot automatically and 
educate the customer on the procedure for taking a hardware register 


dump. 
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OPERATING SYSTEM Functional Problems 
OPERATING SYSTEM Functional Problems 
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OPERATING SYSTEM Functional Problems 
OPERATING SYSTEM Functional Problems 
OPERATING SYSTEM Functional Problems 
OPERATING SYSTEM Functional Problems 
OPERATING SYSTEM Functional Problems 


OPERATING SYSTEM — Functional Problems 
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"Operating System Functional problems" are those problems that do 
not crash the Operating System but either do not complete properly 
or do the wrong thing even though they appear to be working properly. 


In order to diagnose the problem, you will first need to know a few 
things about the problem. Such as: 


ii 


Is the problem a result of running D.E.C. supported 
software or Customer software? This will indicate 
to you how far you need to persue the problem. 

We are not responsible for fixing Customer Software 
or even defining where in the Customer's software 
the problem lies. We, D.E.C., are only responsible 
in verifying that the D.E.C. hardware and D.E.C. 
Supported Software are not at fault. 


Can the problem be recreated at will. It will probably 
be necessary to recreate the problem in order to 
trouble-shoot it. 


If the problem cannot be recreated at will, what is 
the Time Between Failures. 


You will need to know at what time the last failure 
occured. If the customer doesn't know, then the 
problem will have to be recreated sc that you will 
know at what time to look for errors in the error log 
file. 


These problems may or may not be caused by Hardware. In order to 
determine if the problem is Hardware related, check the following: 


Ls 


Take an Error log report that covers the time 
immediately prior to, at time of, and immediately 
after the "Failing Function” was attempted. Does 
the report show any errors or strange events? 


If the "Failing Function" uses a particular device, 
run the appropriate diagnostics on that device. 


If the "Failing Function” uses a particular device, 


check the Voltages and AC/DCLO signals (if appropriate) 
on that device. 
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4, Check with Remote/District/Regional Support to see if this 
is a known or common problem. There might be a Hardware 
or Software fix for this problem. D.E.C. RDC is also 
a good place to check to see if the problem is similiar 
to any known or common problems. 


If the problem is not found to be a hardware problem, (after doing the above 
checks), it may be necessary to get the help of D.E.C. Software in order 
to find out how to diagnose the problem. 


Note: If all else fails to fix your problem, the VAX-11/780 Data Paths may 
be at fault. 


The VAX-11/780 Data Paths, as with most processors, do not check 
parity within themselves as the data moves around within the data path 
elements. This 1s not done since "parity checkers" are extremely 

slow when compared to the speed needed within the data paths. 


Parity is checked on the "MD Bus" data coming into the Data Paths 
by the Cache logic. The Data Paths generates parity for the data 
that it is sending out of the "D Register". Data going into and 

out of the other Data Path buses, the ID Bus and the VA Bus, does 
not have parity checking or generation done by the Data Paths. 


1-125 


OPERATING SYSTEM BACKUP 
OPERATING SYSTEM BACKUP or 
OPERATING SYSTEM BACKUP 
OPERATING SYSTEM BACKUP or 
OPERATING SYSTEM BACKUP 
OPERATING SYSTEM BACKUP or 
OPERATING SYSTEM BACKUP 
OPERATING SYSTEM BACKUP or 
OPERATING SYSTEM BACKUP 


OPERATING SYSTEM BACKUP or 
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or REBUILD Problems 
REBUILD Problems 
or REBUILD Problems 
REBUILD Problems 
or REBUILD Problems 
REBUILD Problems 
or REBUILD Problems 
REBUILD Problems 
or REBUILD Problems 


REBUILD Problems 


Backup or System Rebuild problems are often considered to be 
a seperate type of problem. There are really only a few areas that 
may be at fault. Check the following: 


b. 


Check to see if the problem can fit into one of the 
Other "Types of Problems" listed at the beginning of 
this Trouble-shooting Outline. If it does fit under 
another type, use that types' outline to trouble-shoot 
the problem. 


An example would be, while attempting to do a 
Stand-alone backup or restore, the system crashed 
with "?INT-STK INVLD". If this was the case, you 
should go to the "Interrupt Stack Not VAlid" flow 
which is under the "Operating System Crashes or 
Bugchecks" section. 


For "Stand-Alone" Backup or Restore, the following devices 

are used : 

LSI-1l Subsystem 

VAX-11/780 CPU and MEMORY 

Disk Drive that contains media being used. 

Magtape that contains media being written 

to or read from. 

S. Associated SBi Nexus for Disk Drive and 
Tape Drive. 

6. SBI Terminator 


# OO N) FF 
e ® 


These devices should be checked for correct operation by 
testing with the appropriate diagnostics. 


Don't forget to check the voltages and Power Monitoring 
Signals (AC/DCLO) for these devices. 


Other System units may affect the operation of these 
devices even though they are not being used. It may become 
necessary to remove them, temporarily, from the System in 
order to verify that they are not at fault. 


The MEDIA may be at fault. Try other media on both the 


disk and magtape if at all possible to verify that the 
media 1s not at fault. 
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If the VMS Operating System was running immediately prior to the 
attempted BACKUP or REBUILD, it would be a good idea to verify that 
it still runs O.K.. This step will tell you that most of the hardware 
1S 1m good shape. 


If a VMS/DIAGNOSTIC Field Service Pack is available attempt to back it 
up, aS a test to help isolate whether there is a media or hardware problem. 
A Restore could also be done, to a SCRATCH pack, with the tape just 
generated in order to get a better idea of how much hardware is in 
reasonably good working order. 


If BACKUP or REBUILD is being done in stand-alone mode, it is 
somewhat harder to trouble-shoot since you have lost two valuable 
sources of information. There isn't any "ERROR LOG" facility under 
stand-alone operation and there aren't any facilities that will 
provide Software Dumps. Therefore, the only sources of information 
available to you are the Console Terminal output and any Hardware 
register dumps that may have been taken. 


If a NON-D.E.C. Disk or Tape drive is being used for the BACKUP or 


REBUILD operation, it may be the source of the problem. We, D.E.C., 
do not support our Device Drivers being used on foreign equipment. 


1-129 





BOOTING 
BOOTING 
BOOTING 


BOOTING 


BOOTING 


BOOTING 
BOOTING 
BOOTING 
BOOTING 


BOOTING 


Problems 
Problems 
Problems 
Problems 
Problems 
Problems 
Problems 
Problems 
Problems 


Problems 
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Power-up booting outline 


On a system POWER-UP, "CONSOL.SYS" is booted as follows: 


A. 


B. 


oe 


BPOK & BDCOK, on LSI subsystem H780 Power Supply, goes high. 


KD11-F jumpers, W5 & W6, specify what to do on power up. 
l. Trap to 24 
2. Halt - go into ODT and print "@" prompt 
3. Jump to 173000 


The VAX-11/780's KDI11-F iS setup to "jump to 173000". 


Execute PDP-11 MACROCODE routine that starts at Q-Bus 
address 173000. 

173000 / 000137 

173002 / 140200 


The CIB ROM starts at 140000, is 4Kwords long, and goes to 157776. 
This ROM's main purpose is to load in the bootblock off the RXV1l 
media, and transfer control to it. The entry point at 140200 
causes the following to be done: 


Run some Q-Bus Memory tests. 
AsSSign Q-Bus Terminal addresses. 
Run LSI CPU tests. 

Read Boot block from RXV11. 


H GO DR) 
e e e 6 


The remaining steps happen if the LOCAL or REMOTE CONSOLE FLOPPY 
is in the RXV1l disk drive: 

5. Read Directory on RXV11 media. 

6. Load CONSOL.SYS into Q-Bus memory. 

7. Start CONSOL.SYS program. 


Upon initialization, CONSOL.SYS does the following: 


Does a "SHOW" command. 

Inits VAX CPU. 

Load WCS microcode. 

Does a "SHOW VERSIONS" command. 


mm WON) 


CONSOL.SYS checks "AUTO RESTART SWITCH" to see what to do next. 
1.5 if "AUTO-RESTART SWITCH" = "off" 


a. use "DEFBOO.CMD", on RX01 floppy, to boot the 
system. This command file contains CONSOL.SYS 
commands that will perform the following functions: 


1.) setup VAX R<0:5> to indicate following: 

a.) Boot NEXUS 

b.) Primary Bootstrap 

c.) Operator intervention (stop in 
SYSBOOT ) 

d.) Media device type where Secondary 
bootstrap is stored. 

e.) Boot device unit number 
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2.) start the VAX macrocode program that is 
resident in the ISP ROM. This programs 
main job 1s to find a good 64KB of VAX 
memory where the primary VAX bootstrap 
can be loaded. The ISP ROM program will 
exit, upon successful completion, with the 
starting address of the good 64KB chunk of 
memory +200 in the STACK POINTER (R14). 


3.) load VMB.EXE (primary bootstrap), from 
RXO01 floppy, into VAX memory starting at 
the address specified in the SP. 

4.) start VMB.EXE (a VAX macro-code program). 


b. VMB.EXE loads secondary bootstrap, per flags that 
are setup in VAX R<0:5>, which loads program; 


1.) ([SYSMAINT]DIAGBOOT.EXE if R5<4>=1 
a.) loads [SYSMAINT]ESSAA.EXE 


2.) [SYSEXE]SYSBOOT.EXE if R5<4>=0 
a.) loads [SYSEXE]SYS.EXE 


2. 1f "AUTO-RESTART SWITCH" = "on" 


a. use "RESTAR.CMD", on RX0O1 floppy, to reboot the 
system. 


1.) setup VAX R<0:5> to indicate what mapping 
registers to use. 


2.) start ISP ROM at WARM RESTART location 
"20003004". 


3.) WARM RESTART code attempts to find 
RPB (restart parameter block). 


4.) if RPB found, restart power interrupted 
routine via contents of the RPB. 


b. If unable to reboot via Warm restart, VAX ISP ROM 
program (VAX Macrocode) sends code to CONSOL.SYS 
indicating a WARM RESTART FAILURE. 


1.) CONSOL.SYS then attempts a reboot by 
using the DEFBOO.CMD file. 
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Booting Problems occur in many different types of ways but the 
method of trouble-shooting is fairly simple. 


Proceed as follows: 


Ls 


Determine WHERE in the VMS Boot outline that the System 
lS experlencing problems. How far the Boot Procedure got 
will tell you how much hardware you have to diagnose. 


If it is failing before the VMB.EXE program is started, 
the following hardware may be at fault: 


. Any part of the LSI-1l1 Subsystem. 

The LOCAL CONSOLE Floppy. 

VAX Memory. 

VAX-11/780 CPU. 

Power Supplies and Power Monitoring circuits. 


oan owen 


From this point on, any hardware on the System could cause 
failures. However, the most likely problem areas will be 
listed here. Just beware that any hardware could be at 
fault from this point on. 


If it is failing after the VMB.EXE program is started, 
but before the VMS identification message is typed on the 
Console Terminal, the following hardware is most likely 


to be at fault: 


a. VAX-11/780 CPU. 

b. VAX Memory. 

c. VAX Power Supplies and Power Monitoring circuits. 
d. System Disk and SBI controller. 


If it is failing after the VMS identification message, then 
the most likely hardware to be at fault is: 


VAX-11/780 CPU. 

VAX Memory. 

Power Supplies and Power Monitoring circuits. 
» System Disk and SBI controller. 

DW780 Unibus Devices 


oN O M 


1-134 


Check to see if the problem can fit into one of the 
other "Types of Problems" listed at the beginning of 
this Trouble-shooting Outline. If it does fit under 
another type, use that types' outline to trouble-shoot 
the problem. 


An example would be, while attempting to 

boot the Operating System, it crashes with 
"?INT-STK INVLD". If this was the case, you 
should go to the "Interrupt Stack Not VAlid” flow 
which is under the "Operating System Crashes or 
Bugchecks" section. 


Hardware Register Dumps can be taken to see if there are 
any hardware errors set at failure time. 


The problem could also be a software problem. Try another 


SYSTEM Pack if available. Here is where a Field Service 
VMS/DIAGNOSTIC Pack would be very useful. 
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Overview of LSI-11 Subsystem Bootstrapping 


ie 


With the power-on sequence, the Console ROM bootstrap program 

is started (this requires the operator action of applying power). 
The Console ROM is located on the CIB (M8236) board and 

is initiated by the LSI CPU executing macro instructions starting 
at ROM location 173000. The LSI CPU board contains jumpers that 
enable it to jump to 173000 on power up. 


A series of LSI-11l tests are executed by the CIB ROM macro 
instructions. These are PDP-1l macro instructions that are 
executed by the LSI-11 processor. 


The Console program, CONSOL.SYS, is then loaded from the Floppy 
disk drive (the LOCAL CONSOLE or REMOTE CONSOLE floppy must be 
installed in the Floppy Disk Drive) into LSI-1ll memory. This is 
accomplished by execution of macro instrucions in the CIB ROM, 


The Console program, CONSOL.SYS, is then started. The initiation 
of the CONSOL.SYS program prints the same information that you 
would get with a Console "SHOW" command followed by a line 
indicating that an INIT VAX-11/780 CPU has finished, and that is 
followed by a statement specifing where the VAX CPU is halted 

The following is an example of the type of printout that should 
occur on the LSI-11l Console Terminal: 


CPU HALTED,SOMM CLEAR, STEP=NONE , CLOCK=NORM 
RAD=HEX , ADD=PHYS , DAT=LONG, FILL=00 , REL=00000000 
INIT SEQ DONE 

HALTED AT 00000000 


The Console program, CONSOL.SYS, then loads the WCSxxx.PAT file 
from the Console Floppy into the WCS portion of the VAX-11/780 CPU 
(xxx = current version of WCS code on Floppy). The following is 
an example of the type of printout that should now be printed on 
the LSI Console Terminal: 


P 


(RELOADING WCS) 
LOAD DONE, 0800 MICROWORDS LOADED 
VER: PCS=01 WCS=0E-10 FPLA=0E CON=V07-00-L 


If the AUTO RESTART switch is ON, the CPU bootstrap is now 
initiated. | 


If the AUTO RESTART switch 1s OFF, the console is held in the 
Console I/O mode of operation awaiting operator input. The 
LSI Console Terminal will print the CONSOL.SYS prompt and remain 
in input mode. Prompt is as follows: 

>>> 


Overview of VAX CPU bootstrapping 


de 


2% 


With the power-on sequence, the VAX CPU goes to the 
initialization routines of the VAX CPU microcode. 


The CPU then waits for the start of a console boot 
sequence. The console boot can be initiated by one 
of the following ways: 


a. Console BOOT command entered to the CONSOL.SYS 
program by the operator. The CONSOL.SYS program 
executes the appropriate command file from the 
CONSOLE Floppy. 


b. VAX BOOT switch is pressed by the operator. The 
CONSOL.SYS program executes the DEFBOO.CMD command 
file from the CONSOLE Floppy. 


c. An Auto-restart sequence is initiated, by the AUTO 
RESTART switch being ON, and a Warm Restart is 
attempted. The CONSOL.SYS program executes the 
RESTAR.CMD command file from the CONSOLE Floppy. 


If a warm restart fails,go to step 3. 


If a warm restart succeeds, go to step 5. 


When any one of the preceding conditions occur, the console 
(CONSOL.SYS) loads a bootstrap into the VAX CPU's memory from 
the CONSOLE FLOPPY. The bootstrap 1S VMB.EXE. 


The Console program, CONSOL.SYS, starts the VAX CPU in the 
VMB.EXE (that was just loaded). VMB.EXE loads and starts the 
secondary bootstrap (SYSBOOT.EXE or DIAGBOOT.EXE). 


The Console Program, CONSOL.SYS, enters its PROGRAM I/O mode 
of operation. 


Any output to the Console Terminal now comes from the running 
VAX-11/780 macro program via the CONSOL.SYS program. The 
CONSOL.SYS program passes data to the terminal from the VAX 
CPU. 


Any input is passed from the Console terminal to the running 
VAX macro program via the CONSOL.SYS program. EXCEPT, if a 
"CTRL""P" (*P) is typed on the Console terminal, the CONSOL.SYS 
program will then go back to "CONSOLE I/O" mode and you will 
then be talking to CONSOL.SYS directly again. 
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FRONT-END 
FRONT-END 
FRONT-END 
FRONT-END 
FRONT-END 
FRONT-END 
FRONT-END 
FRONT-END 
FRONT-END 


FRONT-END 


SUBSYSTEM  Problems_ 
SUBSYSTEM Problems 
SUBSYSTEM Problems 
SUBSYSTEM Problems 
SUBSYSTEM Problems 
SUBSYSTEM Problems 
SUBSYSTEM Problems 
SUBSYSTEM Problems 
SUBSYSTEM Problems 


SUBSYSTEM Problems 
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The Front-end Subsystem (LSI-11 and Associated Peripherals) can 
have many types of problems, also. The subsystem is a very simple 
and easy to fix system. There are a few things that should be kept 
in mind while trouble-shooting subsystem problems. 


se 


Be sure to check that the jumpers of the modules that 
you are placing into the system matches those on the 
module that you have taken out. 


Be sure to mark all original modules so that you will 
not get then mixed up later on. 


Remember that the CIB (M8236) module is part of the 
CONSOLE SUBSYSTEM. 


Remember that AC/DCLO signals from the VAX-11/780 are 
turned into FAIL/DEAD on the Q-Bus. 


Don't forget about checking Voltages and Power Monitoring 
Signals. 


Have you run all the LSI-11 Subsystem Diagnostics? 


LSI Subsystem TRAPS 


Whenever the LSI processor hardware detects errors, it will execute a 
trap sequence. This trap sequence does the following steps: 


Le 


Pushes the "PSW" onto the STACK. 
Pushes the "PC", at the time of the error, onto the STACK, 
Places the contents of the "TRAP VECTOR" into the "PC". 
Places the contents of the "TRAP VECTOR+2" into the "PSW", 


Resumes executing macro instructions from the "NEW" PC, 
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Trap Vector Assignments 


000000 


000004 


000010 


000014 


000020 


000024 


000030 


000034 


Reserved. (an Error Trap) 
Also indicates a Trap within a Trap. 
Got here due to an error occuring while 
servicing another error, or by some instruction 
modifying the PC to 000000. 


If the TRAP-CATCHER is installed, the LSI will halt 
with the PC pointing to 000004 if this error occurs. 


CPU Errors. (an Error Trap) 


Non-existent Memory Errors 
Sack Timeouts 
Odd Addressing Errors 


If the TRAP-CATCHER is installed, the LSI will halt 
with the PC pointing to 000010 if this error occurs. 


Illegal and Reserved Instruction. (an Error Trap) 
An attempt was made to execute an illegal or 
reserved instruction opcode. 


If the TRAP-CATCHER 1s installed, the LSI will halt 
with the PC pointing to 000014 if this error occurs. 


BPT (Breakpoint Trap) executed. 
Got here due to the BPT instruction executed. 


IOT (Input/Output Trap) executed. 
Got here due to the IOT instruction executed. 


Power-Fail detected. (an Error Trap) 
Got here due to detection of a Power Failure. 


If the TRAP-CATCHER is installed, the LSI will halt 


with the PC pointing to 000030 if this error occurs. 


EMT (Emulator Trap) executed. - 
Got here due to the EMT instruction being executed. 


TRAP instruction executed. 
Got here due to the TRAP instruction being 
executed. 


Traps are usually easy to trouble-shoot as long as the proper 
information is gathered at the time of the failure. A software dump 
of certain locations is very helpful in isolating the source of the 
error in all of Error traps listed above except for a Power Fail 
trap. In order to gather this software information, you must first 
install an LSI/PDP-11l TRAP CATCHER in memory and then wait for the 
next error to occur. 
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LSI/PDP-11 TRAP CATCHER 
The later versions of CONSOL.SYS have software routines for the 
different LSI traps that can occur, i.e. "Trap-4". These routines, 
unfortunately, do not dump any of the information that you need to 
trouble-shoot them. In order to get a Software Dump of these traps, 
you must deposit a TRAP CATCHER into LSI memory prior to getting the 
error. To do this, use LSI ODT commands to deposit the TRAP CATCHER. 


S$ “Pp <--- Type "CTRL/P" to VMS prompt. 
>>> <--- Place LSI "HALT/ENABLE" switch to "HALT". 
VYYYYY <--- LSI PC at time halted. Remember for later. 


@O/ xxxxxx 2<line feed> 

QOQ0Q0002/ xxxxxx O<line feed> 

000004/ xxxxxx 6<line feed> 

OO0006/ xxxxxx O<line feed> 

QOQ010/ xxxxxx 12<line feed> 

000012/ xxxxxx O<return> <-- Place "HALT/ENABLE”" to "ENABLE" 


@yyyyyyP <--- restarts CONSOL.SYS where left off. 
>>> SET TERMINAL PROGRAM<return><return> 
s <--- Now back to VMS. Wait for error. 


POWER FAIL Traps 


The trap is caused by one of the following: 


1. A true drop in power below the specifications of the 
power supplies that have their Power Monitoring signals 
connected to the LSI's "BPOK" and "BDCOK" circuits. 


2. A false detection of a Drop in power by one of the 
"BPOK" and/or "BDCOK" circuits, or interconnected Power 
monitoring signals. 


3. Noisy Power supply and/or Power Monitoring signals. 

a. AC/DCLO on H7420 type supplies should be at 
least a +3.5 volt level to insure proper noise 
immunity. 

b. H7100 AC/DCLO signals should be at least a -9.5 
volt level to insure proper noise immunity. 


4, \LSI Subsystem failure causing the LSI Processor to enter 
the trap vector. 


Possible Problem areas are: 

1. The H780 LSI Power Supply. 
The H780 LSI Power Supply Power Monitoring Circuits. 
The VAX-11/780 CPU/Nexus H7100 Power Supplies. 


2 
3 
4 The VAX-11/780 CPU/Nexus H7100 Power Monitoring Circuits. 


The Power Monitoring signals in the following supplies are or-ed 
together and then feed the LSI CPU's Power Fail Circuits: 


1. #H780 LSI Power Supply 
2. VAX-11/780 H7100 Power Supply #1, #2, and #3 
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Gathering LSI Software DUMP (should be halted in a TRAP CATCHER) 


If the LSI-1l is trapping, the following ODT commands can be used to 
gather information to determine what instruction or address is failing, 
(assuming that you have installed the TRAP CATCHER and the LSI halts). 
Type those things within double quotation marks. Things within a 
Single quotation mark signifies what keyboard key to type. 


Take the following dump first thing after LSI-1ll goes to ODT mode (@). 


Upper Case characters must be used when talking to ODT. 


1. Type "™M" ; Get LSI Maintenance Register. 

2. Type 'RETURN' 

3. Type "RS/" ; Get the Processor Status Word. 

4. Type ‘RETURN' | : 

5. Type "R0Q/" ; Get Contents of RQ. 

6. Type 'LINEFEED' 6 times ; Get Contents of R1 thru R6. 

7. Type "@" ; Get Failure PC off Stack. 

8. Type "@" ; Get contents of Failure location. 
9 ; 


» type. °“" 15: times Get Instruction Stream. 
10. Type ‘RETURN’ 


ll. Type "R6/" Prepare to get information in 


12. Type "@" ; case the mode used in the failing 
13. Type "@" ; instruction was either PC mode 6 
14. Type "*" ; or PC mode 7 addressing. 

Lo< Type" _* ; Get PC mode 6 or 7 information. 
16. Type "@" ; Get PC mode 7 operand. 


17. Type 'RETURN' 
A dump of the LSI is now complete. Proceed to next step 
if you want to RESTART the LSI subsystem or REBOOT the 
Operating System. 


18. If you want to attempt to reboot the Operating System do one 
of the following: 


a. If you want to do a complete Operating System reboot, 
type the following if at the ODT prompt (@): 


"173000G" 


b. If you only want to reboot the LSI subsystem without 
rebooting the Operating System, type the following: 


To "@" (ODT) prompt type - 141330P 
To ">>>" (CONSOL.SYS) prompt type - SET TERMINAL PROGRAM 


The Dump just taken can be analyzed in order to determine what 
address or instruction caused the trap. 
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ANALYZING LSI Software Dumps taken after Halting in a Trap Catcher. 


LSI-1l Software Dumps for crashes that have been halted in a Trap Catcher 

are fairly easy to analyze if you have at least a general understanding of 
the PDP-11 Instruction set, the PDP-1l Addressing modes, and how a PDP-1l 

trap occurs. The following steps assume that you have at least this level 
of knowledge. 


1. The LSI CPU will do the following steps whenever it detects a TRAP 
condition: 


a. Pushes the PSW onto the stack. The stack is AUTO-DECREMENTED 
prior to pushing this data onto it. 


b. Pushes the PC onto the stack. Again, the stack is AUTO-DECREMENTED 
prior to pushing this data onto it. 


c. A new PC is fetched from the TRAP VECTOR location in physical 
memory. The actual location will be one of the following: 


LSI Memory Location 000000 if DOUBLE BUS ERROR Trap. 

LSI Memory Location 000004 if BUS ERROR Trap. 

LSI Memory Location 000010 if ILLEGAL/RESERVED INSTRUCTION Trap. 
LSI Memory Location 000024 if POWER FAIL/RECOVER Trap. 


d. A new PSW is fetched from the TRAP VECTOR+2 location in physical 
memory. The actual location will be one of the following: 


LSI Memory Location 000002 if DOUBLE BUS ERROR Trap. 

LSI Memory Location 000006 if BUS ERROR Trap. 

LSI Memory Location 000012 if ILLEGAL/RESERVED INSTRUCTION Trap. 
LSI Memory Location 000026 if POWER FAIL/RECOVER Trap. 


e. The LSI will then continue MACRO-CODE execution starting at the 
new PC. If a TRAP-CATCHER has been deposited, like the one 
specified in this section, the LSI CPU will execute a HALT 
(code = 000000) instruction. 


2. At this point in time, the LSI DUMP procedure should be executed. 
This will gather the needed information to allow you to analyze 
what was happening, or who was being accessed, at the time of the 
TRAP. In most cases, this analysis will point directly to the 
failing unit. 


3. To analyze the dump, proceed as follows: 


a. Find out the contents of LSI "General Register #6" (R6, %6, or SP). 
This data is the address of the current bottom of the STACK. 
The STACK builds from high address towards lower address, therefore 
the contents of R6 will be pointing to the last entry pushed onto 
the STACK. This entry will be the saved PC of where the LSI 
instruction set processor was running at the time of the trap. 


b. Using the "contents of R6" as an "address", examine this memory 


location. The data from this last examine is the PC at the time 
of the TRAP, 
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c. Subtract 2 from this PC to find the address of the last memory 
reference prior to the TRAP, or at the time of the TRAP, 
The "PC-2" contains INSTRUCTION, or OPERAND-SPECIFIER-DATA, 
that was being used at the time of the Trap. 


d. Now is when you need the general knowledge about the PDP-11 
instruction set, how it works, and how the addressing modes 
work. With this knowledge you should be able to look back 
through the location prior to the "PC-2" location and determine 
what was happening prior to the trap. You must use your knowledge 
of the PDP-1ll instruction set to find out where the instructions 
actually start. 


If you cannot make sense of the dump, either Remote Support or your 
local Support groups should be able to analyze the dump. 


LSI-Traps Software Dump Analysis Flow 


R6 / XXxXxXxXxX --> Points to bottom of Stack --| 
| 
| 
|-> xxxxxx / SavedPC -> 
XXXXXX+2/ SavedPSw 


| 
| 
| 
SavedPC-12/ instruction stream data | 
SavedPC-10/ instruction stream data | 
SavedPC-6 / instruction stream data | | 
SavedPC-4 / instruction stream data | 
SavedPC-2 / instruction stream data <-- Last reference | 
SavedPC / instruction stream data <--------------~------------- <--| 
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Q-Bus Register 


Device Address Name Vector 
RXV11 177170 RXCS 264 
LIT iL 72 RXDB 
DLV11 177560 RCSR 60 - Reciever 
177562 RBUF 
177564 XCSR 64 - Transmitter 
177566 XBUF 
DLV1L1-E 175610 RCSR 310 - Receiver 
175612 RBUF 
175614 XCSR 314 - Transmitter 
175616 XBUF 
CIB 173000 ROM 0 300 - RX Done 
173002 ROM 1 304 - TX Ready 
173004 Spare 
173006 ID Data LO 
173010 ID Data HI 
173012 spare 
173014 RX DONE 
173016 TX READY 
173020 TO ID Lo 
173022 TO ID Hi 
173024 FM ID Lo 
173026 FM ID Hi 
173030 LD. C7S 
173032 MCR 
173034 MCS 
173036 V-BUS 


Note: The above addresses are dependent on the CIB 

Wl jumper being INSTALLED. If Wl is OUT 

: the addresses would be 1630xx instead. 

140000 
to CIB Bootstrap ROM 

157777 


MCR - Q-Bus address = 173032 


Oo 
—~ 


15 141312 #11 #10 09 4 03 2 
| | 
Halt CPU 


1 00 
| | 
| | 
Req Reset | 
| 
| 


0 
| 
| -- Proceed 
| 
| 


| 

| 

| 

| === "Single Step BUS 
Maint Ret Enab --- | 
UPC <12> ------------ | 
STAR Interrupt Disable -- 
ROM NOP -------------------- 
Stop On MICRO MATCH -=s=<<>--== 


Clock Stopped --------------------- 


Q 
| 
| 
| 
| 
| 
| 


--- Single Step STATE 


—————~—— )o 


0 
| 
| 
| 
| 
| 
| 
| 
| 


-- Freq <Q> 


\ 


Q 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 


+- Preg <> 
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MCS - Q-Bus address 173034 


15 141312 111009 O08 07 06 O05 04 03 Q2 01 QD 
Floppy on -| | | i is 4 | | {| |---- LOCK (Key) 
BOOT (Switch) -| | Re oi Gil | [| |----- REMOTE (Key) 
Console Command ----- | a | lea rc AUTO RESTART (Switch) 
RUN -------- Salrnatenieatetenieatetetaten | of |---- DONE Interrupt Enable 
HALT STATE ----------------- | |-~---- READY Interrupt Enable 


V-BUS Q-Bus address 173036 


15 14 1312 111009 O08 07 06 O5 04 03 02 01 00 
|<- Serial Channel <7:0> ->| * % ~~ oye Hi es 
| | | [| | | | |--- V-Bus CLOCK 
CPT Q ------ | | | | 0 | |---- V-Bus LOAD 
CPT 1 --------- | | | |---- V-Bus SELFTEST 
CPT 2 ------------- | |-- cpr 3 


ID C/S_ Q-Bus address 173030 


7 06 O05 04 03 O2 O01 00 
| | | | | | 
SaenEnE! GEMEAREa 

ID Address <5:0> 


141312 1131009 08 
| | | | | | | 
__ 
| Revd ID ADDR <5:0> 
| Inverted, Read Only 
| 
| 


—————)>)o 


1 
| 
| 
| 
| 
| =o. 1D. WeEte 
| 


-- RCV Write 


[|---=-- ID Cycle  — [------ ID Maint 


RX DONE - Q-Bus address 173014 
Contains one bit. Bit <07> = RX DONE 


TX READY - Q-Bus address 173016 
Contains one bit. Bit <07> = TX READY 


ID Data Lo, TO ID Lo, FM ID Lo all contain the 
low order brits, bits <15:00> of @.32 bit data. word. 


ID Data Hi, TO ID Hi, FM ID Hi all contain the 
high order bits, bits <31:16> of a 32 bit data word. 
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PDP-11 Instruction Set 


000000 HALT OO60DD ROR 104000 
Q00001 WAIT QO61DD ROL to EMT 
000002 RTI O0062DD ASR 104377 
000003 BPT Q0063DD ASL 104400 
000004 I0T OO64NN MARK to TRAP 
000005 RESET 0065SS MFPI 104777 
000006 RTT OO066DD MTPI l1050DD CLRB 
000007 Q067DD SXKT 1051DD COMB 
to reserved 007000 1052DD INCB 
000077 to reserved 1053DD DEGB 
0001DD JMP 007777 1054DD NEGB 
00020R RTS O1SSDD MOV 1055DD ADCB 
000210 QO2SSDD CMP 1056DD SBCB 
to reserved O3SSDD BIT 1057DD TSTB 
000227 O4SSDD BIC lO60DD RORB 
000240 NOP Q5SSDD BIS 1061DD ROLB 
000241 CLC O6SSDD ADD 106400 
000242 CLV 070RSS MUL to reserved 
000244 CLZ O71RSS DIV 106477 
000250 CLN 0O72RSS ASH 1065SS MFPD 
000257 CLNZVC 073RSS ASHC 1066DD MTPD 
000260 NOP 074RDD XOR 106700 
000261 SEC 07500R FADD to reserved 
000262 SEV 07501R FSUB 107777 
000264 SEZ 07502R FMUL 11SSDD MOVB 
000270 SEN 07503R FDIV 12SSDD CMPB 
000277 SECVZN 075040 13SSDD BITB 
0O004xXX BR to reserved 14SSDD_ BICB 
OO010xXX BNE 076777 15SSDD BISB 
0014xXX BEQ QO77RNN SOB 16SSDD SUB 
0020xXX BGE 1000xXX BPL 170000 
0024xXX BLT 1004xXX BMI to Floating 


1010xXX BHI 177777 Point inst. 
1014xXX BLOS 


1020xXX BVC 


0030xXX BGT 
Q0034xXX BLE 
QQ4RDD JSR 


QO050DD CLR 1024xXX BVS 
O051DD COM 1030xXX BCC,BHIS 
0052DD INC 1034xXX BCS,BLO 


0053DD DEC 

0054DD NEG 

Q0055DD ADC xXX = 88-bit offset that when sign extended and 
0056DD SBC added to the PC results in the new PC. 
00Q057DD TST 
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PDP-11 Processor Status Word 


15 141312 111009 O08 07 06 O5 04 03 O2 01 00 
| | | | | | | | 
| T N Z V C 
Prvority ===+| 
RO-R6 mode addressing 
Mode Name Symbolic Description 

0 register Roo wero (R) is operand 

1 register deferred (Ri SersSss (R) is address of operand 

2 auto-increment (Re ‘s2osees (R) is address of operand, 

a lor 2 is added to (R) after 
use. 

ae 4 auto-increment @(R)+ -----~-- (R) is address of the address 

| deferred of operand. Alor 2 is added 
to (R) after use. 

4 auto-decrement “(R) 9 ------- (R) is decremented by 1 or 2 
and the resulting (R) is the 

: | address of the operand. 
, 5 auto-decrement G=(R}. ees ee (R) is decremented by 1 or 2 
~ deferred and the resulting (R) is the 
address of the address of the 
operand. 

6 index x(R)  ------- (R) is added to "x" and the 
result is the address of the 
operand. 

7 index deferred @x(R) ------- (R) is added to "x" and the 
result is the address of the 
address of the operand. 

PC Mode addressing 
Mode Name Symbolic Description. 

2 immediate $M 00 terre operand, "n", follows the 

instruction or source operand. 

3 absolute CRA: ‘sSeee=5 address of the operand, "A", 


follows the instruction or 
source operand. 

6 relative A 0 western Instruction Address + 4 + X 
is the address of the operand. 
"A" is the address of tne 
operand. 

7 relative deferred @A 89 =rera-- Instr. address + 4 + X 1s the 
address of the address of the 
operand. The:’contents of "A" 
is the address of the operand. 
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Symptoms of spurious Reboots and Power Restarts 


This type of problem can be identified by finding the following 
type of output on the console terminal. 


l. The system is running along printing out normal operating 
system type information. 


2. Then, without any prior error printouts, a message appears that 
is like or resembles (depending on the actual version of 
the Console Floppy) the following: 


S <-- This line may contain any type of VMS output 


CPU HALTED,SOMM CLEAR, STEP=NONE,CLOCK=NORM 
RAD=HEX , ADD=PHYS , DAT=LONG, FILL=00, REL=00000000 
INIT SEQ DONE 

HALTED AT 00000000 


(RELOADING WCS) 
LOAD DONE, 90800 MICROWORDS LOADED 
VER: PCS=01 WCS=0E-10 FPLA=0E CON=V07-00-L 


(AUTO-RESTART ) <-- From here on depends on the position of 
CPU HALTED the "Auto-Restart Switch". 

INIT SEQ DONE 

> 


3. The Operating System may or may not reboot depending on the 
position of the "Auto-Restart Switch" on the VAX control panel. 


Pal2 


This type of problem is usually power related. 


Check the following things: 


A 


Are the VAX-11/780 CPU, MEMORY, and SBI NEXUS power supply 
voltages O.K.? Check them with a Scope (for Noise) and 
with a DVM (for correct level). 


Are the LSI-1l Subsystem Voltages O.K.? Check the H780 
power supply with a Scope and a DVM for correct levels 
and the absence of noise. 


Check all Power Monitoring signals (AC/DCLO) on both the 
VAX supplies and the LSI-11 supply for both the correct 
level and absence of noise. Use a Scope and a DVM. The 
actual H7100 AC/DCLO signals that can cause this problem 
are H7100 Supplies #1,#2,#3, and #4. 


Verify that the 869 Power Controller is not dropping power 
to the system. 


Check the input AC power to the 869 Power Controller. Is 
it low? It may be necessary install a DRANETZ to monitor 
input power to the system. 


The above mentioned Supplies and Power Controller may need to be 
replaced one at a time in order to isolate the problem. Always put 
back the original whenever it is determined that it was not at fault. 


There are four modules that may be causing the Power Restarts. If 
everything else checks O.K., try replacing them. They are: 


T% 


M8232 - Clock board. Monitors "Supplies #1,#2,#3, & #4" 


and generates its own ACLO/DCLO signals. 

M8236 - CIB board. Sends the VAX system ACLO/DCLO signal 
onto the Q-Bus BPOK/BDCOK lines so that the LSI knows that 
the VAX detected a power problem. 


M8224 - IRC board. Monitors the T.0.D. Battery DCLO signal 
and passes it on to the Clock board. 


KD11-F LSI CPU Board. This board receives the power fail 
indication and causes the reboot. 
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Isolating the problem via disconnecting AC/DCLO signals 


Sometimes it 1S necessary to be able to eliminate some of the hardware 
by disconnecting sources of the Power Monitoring signals. Here is how 
this can be done: 


1. The H780 Power Supply can be isolated by disconnecting the 
BPOK and BDCOK signals that it generates so that they never 
reach the LSI CPU. In order to do this, you can bend the 
two pins that receive BDCOK and BPOK so that they are not 
connected when you reinstall the H780 to LSI Backplane 
Gray ribbon cable. Use the following diagram to locate the 
BPOK and BDCOK signal pins on the LSI backplane. 


BE VERY CAREFUL not to bend these two backplane pins any 
more than is absolutely necessary. These pins are easily 
broken if you bend them too far. "ONLY" bend them far 
enough to allow the cable to be put back on "ONLY" far 
enough to allow the other signal pins to be connected. 


\ 
‘ 
Dein es 
' () ! <-- -12 volts 
LSI Backplane Lees 
KRHEEKKKEKKKRKKEKE ! () ! ne Ground 
{—_—-——! 
! () ! <-- Ground 
Ground Sais 
! () ! <-- +5B volts 
CS3 \ Lomas! 
\  \ SRUN ! () ! <-= +5 volts 
BHALT \ \ \ {----! 
% AL owe A BPOK ! () ! <-- +12 volts 
KS Ae A {----! 
+ + + + + ra 
+ - + + + + / 
! ! r «8 ! 
Csparel SRUN(A) a ae BEVNT 
YY 4. -€G&3 
! Csparel 
t 
BDCOK 


. The H7100 Power Supplies can be eliminated by diconnecting 


the "BPOK & BDCOK" signals that are generated on the "CIB" 
board and are transimitted on the Q-Bus lines. To do this, 
you can bend "Pins K & M"™ on "P7" sightly so that you can 
reinsert the "J7" connector with the two pins disconnected. 
This will prevent any spurious ACLO/DCLO signals, from the 
H7100A Power Supplies (Supplies #1,#2,#3, or #4), from the 
CIB (M8236) board, or from the CLOCK (M8232) board, causing 
the system to be rebooted or restarted. The actual H7100's 
that are connected to the "Supply #1 thru #4" connectors 

are Power Supplies #1,#2, and #3. All the other H7100 Power 
Supplies feed logic in there associated NEXUS' that uses the 
SBI FAIL/DEAD lines to signal the VAX CPU of power problems. 


KA780 Backplane AC/DCLO Supply connector assignments: 
Supply #1 = J17 Supply #2 
Supply #3 = J15 Supply #4 


T.O.D. Clock's Battery DCLO: 


— om em rw ome ee ee tee ee we ee ee ee ee ee ee ee ee ee ee ee eee 


J20 - AOQ8FI 


No FP780 installed: 
Jl4 = Ji6 - SFT = PS #2 
J15 - PS #3 
J16 - (J14 - DW780 #1 - J17) - SFT - PS #2 
DW780 #1 - J14 - J16 - SFT - PS #2 
J14 and J16 are connected via the KA780 backplane. 


Cy 

~ 

~J 
! 


With FP780 installed: 


Ji2> = JL6: = SPT = PS #2 


J15 - PS #3 
J16 - (J14 - DW780 #1) - SFT - PS #2 
J17 - PS #1 


J1l4 and J1l6 are connected via the KA780 backplane. 


BE VERY CAREFUL not to bend the two pins any more than 
absolutely necessary or they may break when you attempt 

to restraighten them after the problem has been isolated. 
It 1s better if you don't actually bend the pins at all 
but simply hold them out of the way while reinstalling the 
"P7" cable no more that a third of the way onto the other 
fu? Dans. 
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"Q-Bus BPOK/BDCOK" are generated on the CIB board as a result of 
any H7100 Supply generating an ACLO/DCLO signal or by the T.0.D. 
clock Battery backup generating a "BAT DCLO". 


Top right of KA780 Backplane (view from pin-side) 


i i a re i i i i timate Tie a ee Ei A en a A i i i i 


<-- P7 
BPOK Pin K ---> Connector 


BDCOK Pin M ---> 


KA780 backplane wiring 


— ee ee cs ee ee i ee ee ee es ee ce ee es eee ee es 


BDCOK - B29Al to J0007M 
BPOK - B29Bl to J0Q007K 


Moooo0o0oo0ooo0o0qo0o0o0o0q0q000 
“O00 0000 000 00 0000 00000 


Gum Gm @-m o-m @69 G29 Soe Com 8=8 Co 8 mmm 6 Hm UOlm lfe we Om lemme lem 6m 6 le le Ue lee Om 6 le 


CG 


After disconnecting "BPOK" and "BDCOK" from "J0007", as described 
above, the type of failure symptom that occurs next will indicate 
in which half the problem lies. 


l. If the LSI still reloads CONSOL.SYS and the VAX WCS, then 
the problem is in the LSI Subsystem. 


2. If an error occurs that indicates that the VAX is hung or 


halted, then the problem is in the VAX CPU or VAX Power 
Supplies. 
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The backplane connectors, J14 thru J20, are located on the pin side of 


the VAX-11/780 CPU backplane, at the bottom, and are as follows: 


Wl = W2 W3 
1 i 1 
2 2 2 
g14. -J15———s«Sd'16 
eS eS eG 
|2| | 2 | 2 | 
| 3| | 3 | 3| 


Feeds slots 4-16 


Feeds slots 1-3,20, 
Feeds slots 18,24-28 


J14 connections 
KeHeKKEKRKKRKRKKEREER 


2225429 


W1-1 1 - Supply 4 ACLO 
W1-2 2 - Supply 4 DCLO 
3. = “Ground 

J16 connections 

KHKKEKKKKKKKEKKEKXK 

W3-1 1 - Supply 2 ACLO 

W3-2 2 - Supply 2 DCLO 
3 - Ground 


WO 


ay 
2 


ae Cy 
POMEL 
—_— — ree) 


Bottom pin_side of KA780 Backplane 
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W6 W7 W8 
l 1 i 
2 2 2 
Pe ake Ae ae ae J1g J20 
| | +5 volt | | 
| | & | | (eos ee 
| | Ground | | | 2 | [2 5] 
| | connections | 13 | 13 6| 
| | here. | | | 4 | 
te re = 
ee ee ee ee 
ho & ft a ow dl 
ae ees ee es a 
| BI] BI BI BI BI BI 
| al al al al al al 
Del eboeh orieo rl st 
[ee ae Aes ee ee | 
bia 2 3 Me ST et 
| | | 
| | 
J15 connections 
KRHEKREKKEKEKEKEEEX 
W2-1 1 - Supply 3 ACLO 
W2-2 2 - Supply 3 DCLO 
3 - Ground 
J17 connections 
RHEE KEKEKKKKEE KK 
W4-1 1 - Supply 1 ACLO 
W4-2 2 - Supply 1 DCLO 
3 - Ground 





J18 connections 
KHKKKKKEKRKRKEEE 


Wo-1 
W5-2 


H= OJ NO Fe 


-5v (to BL2 pins) 
-5v (to EK1 pins) 
Ground 
Ground 


J20 connections 
KREKEKKEKKKKRKRKRKEK 


W7-1 


W8-1 


Bar 
Bar 


Bar 
Bar 


OO WN FH 


- Time of Day Clock's "+5v" 
- unused 
- Ground 


J19 connections 
KHER KKEKKKKE KEKE 


wW6-1 1 - +5v to Front Panel 
wW6-2 2 - CIBP FLOPPY ON H 

3 - Ground 

4 - Ground 


- Time of Day Clock's "Battery DCLO" 


- unused 
- Ground 


+5v from Power Supply #3 
Return from Power Supply #3 


+5v from Power Supply #2 
Return from Power Supply #2 


If FP780 is not installed: 


Ne es ee ee ee ee ee ee re le Lr 


+5v from Power Supply #2 
Return from Power Supply #2 


If FP780 is installed: 


Bar 5 
Bar 6 


+5v from Power Supply #1 
Return from Power Supply #1 


Voltage Pins on the KA780 Backplane 


+5 volts is present on all slots and rows at pins A2 and Vl. 
-5 volts is present on all slots at pins BL2 and EKl. 
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(also supplies the first DW780) 





— ee ee ee ae 


——_ —<—. = 


Top right_hand portion of KA780 backplane (Pin_side view) 


—_—- oe a ae ee cee ce ee ee ee es ee ee ee oo 


JO7C 
JO7E 
JO7K 
J0O7M 
JO07S 
JO7W 
JO7Y 
JO7CC 
JO7EE 
J0Q7HH 
JO7KK 
JQ 7MM 
JO7PP 
J07SS 
JO8C 
JO8E 
J08H 
JO8K 
JO8M 
JQ8P 
JO08s 
JO8U 
JO8W 
JO8yY 
JO8AA 
JO08CC 
JO8EE 
JO8HH 
JO8KK 
JQ8MM 
JO8PP 
J08SS 


VAX Control Panel Runlist 


BEVENT L 


BSACK L 
BPOK L 

BDCOK L 
BREF L 

BHALT L 
BINIT L 
BDMR L 

BIAKI L 
BIRQ L 

BYSNC L 
BDIN L 

BRPLY L 
BDOUT L 
BBS7 L 

BWTBT L 
BDAL 15 
BDAL 14 
BDAL 13 
BDAL 12 
BDAL ll 
BDAL 10 
BDAL 09 
BDAL 08 
BDAL Q7 
BDAL 06 
BDAL 05 
BDAL 04 
BDAL 03 
BDAL Q2 
BDAL 01 
BDAL 00 


Bt! a Ce eC ee ee eA 


9 <aeh ep eee eeee 


BOOT SW H 

AUTO RESTART H 
LOCK H 

RUN H 


CIBN ATTN H 


REMOTE H 
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J09 
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Problems on CERTAIN DEVICE(s) 
Problems on CERTAIN DEVICE(s) 
Problems on CERTAIN DEVICE(s) 
Problems on CERTAIN DEVICE(s) 
Problems on CERTAIN DEVICE(s) 


Problems on CERTAIN  DEVICE(s) 
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This area is extremely variable in the types of problem symptoms 
that can occur. Therefore, this discussion will only point out 

a few of the questions that you should ask yourself while trouble- 
shooting peripheral device problems. 


On such peripheral devices as Magtapes and Disks try to eliminate 
the media as being a possible problem as soon as possible. Media 
problems are most often seen on Magtapes versus Disks. It is best 
to use D.E.C. Certified Magtapes to isolate Magtape Problems. Not 
only is the media suspect on Read/Write problems but also should be 
suspected on AUTO-LOAD problems. 


The Error Log (System Event File) report is a valuable source of 
information for problem diagnosis. 


If the problem is of the type that points to one particular device, 
the following questions should be answered if appropriate: 


1. For a failing device that 1S on a common controller bus with 
other devices, answer the following questions for yourself. 


a. Do all the other devices run O.K.? 


If they don't, then goto the next step that covers 
multiple failing devices on the same common controller 
interface bus. 


If this is the only device that fails on its associated 
interface bus, then the problem could either be in that 
device or could still be a controller or bus problem. In 
order to make sure it 1S not a controller or bus problem, 
check to see if there 1s anything about the failing device, 
as related to how it interfaces to the controller, that is 
different than the running devices. 


b. If all other devices on the controller run O.K., and 
you have exhausted all other ideas, the problem still 
could be with one of the other devices on the same bus 
somehow interferring with the failing device. Make sure 
this is not the case by removing all other devices from 
the bus. 
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2. For failing devices that are on a common controller bus with 
other devices, answer the following question for yourself. 


Does any other Device on the same common controller bus 
run O.K.? 


If there isn't, then the problem may be one of the 
following: 


1. A Bus problem. 

2. A Controller problem. 

3. Another Device may be causing failures on 
other devices on the bus. 

4, A Bus Loading problem. 

5. A Bus Termination Problem. 


If there is, then you know that the Bus is in "Fairly” 
good shape. Do not, however, totally eliminate the bus 
as being a source of the problem at this time. 


If there is, then you also know that the Controller is in 
"Fairly"™ good shape also. Again, do not totally eliminate 
the Controller as being a source of the problem yet. 


If any other Device on the same common controller bus runs 
O.K., then answer this question. Are all the failing 
devices of the same "DEVICE TYPE" ? 


If they aren't, what are the differences as related to how 
the Controller treats them? For example, are the failing 
devices Interrupt Driven and the non-failing devices 

of Direct Memory Access type, or vice-versa? Look for 
differences that may give you a clue as to what may be 
causing the problem. 
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3. For a Failing Device or Devices that are not on a common bus but 
are on a Controller that is of the multi-port varity, then answer 


the following question. 
a. Do all the devices fail on the controller? 


If all do then the problem is probably in the controller 
or a Software problem. 


If some run O.K., then try a running device on the port 
that fails. If that port runs O.K. now, do not immediately 
blame the other device, but first evaluate the answer to 
the following question: 


Are both Devices of the same "DEVICE TYPE" and if they 
aren't, are there any differences in the way that the 
controller uses the failing and the running devices? 


Never totally eliminate the possibility that the problem may be caused 
by Software. However before you start looking into software problems, 
it 1s most often best to eliminate the "hardware" possibilities first. 
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This type of problem does not warrant much of a discussion, but a 
few things to look for will be mentioned. 


Check the following: 


Ls 


Is the 


Are 


Are 


Are 


Are 


Are 


Are 


a. 
b. 


any 
a. 


Input Power 0O.K.? 


All voltages present? 
All voltages within specification? 


Circuit Breakers tripped? 

If the problem is in the LSI, don't forget to 
check the position of the LSI Power Supply's 
ON/OFF switch. This switch is in the back 
panel of the H780 Power Supply. 

Are all the H7100 Breakers set? 

Are all the 869 Power Controller breakers set? 
Are the breakers for all BAll Boxes set? 

Are all breakers set in any expander cabinets. 


Fuses blown? : 
Check with a meter and tap to make sure that 
the connection is solid within the fuse. 


Interlocks O.K.? 
These can be checked by scoping the circuit or 
by simply defeating the interlocks. 


AC Power Controllers’ outputs 0.K.? 

All voltages present? 

All voltages within specification? 

Does it work O.K. in the "LOCAL" position? 
(D.E.C. Remote Power Bus may be at fault) 


there any THERMAL Switches that may be tripped? 


a. 


These can be checked by scoping the circuit or 
by simply defeating the switches. 


there any AIR FLOW Sense switches that may be failing? 


a. 


These can be checked by scoping the circuit or 
by simply defeating the switches. 
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SOMETHING’S BURNING 
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SOMETHING'S BURNING 
SOMETHING’S BURNING 
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SOMETHING'S BURNING 
SOMETHING’S BURNING 


SOMETHING'S BURNING 
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This one is completely up to you. There isn't much that can 
be said about how to isolate these problems except to use your 
body's senses and possibly diagnostics. 


Here are a couple of things to keep in mind: 


1. 


The part that burnt may have been caused to burn due 
to failure of another part or possibly due to a short. 
Look for shorts between: 


a. a VOLTAGE and GROUND. 

b. two or more VOLTAGE runs. 
c. a SIGNAL and GROUND. 

dad. a SIGNAL and a VOLTAGE. 
e. two or more SIGNAL runs. 


Heat and excesSive currents weaken components. Their 
failure may not occur immediately but may show up 
several weeks or months later. Be sure to mention 

the fact that this particular part burnt in the System 
log book. If later on this device starts failing 
intermittently, you may want to change some parts which 
were in the same circuit as the burnt part. 


If a Burning Smell occurs and disappears with you unable 
to locate the problem, run diagnostics on the device to 
See if you can locate the problem that way. 


When looking for shorts, remember that signal runs should never 
be at ground (0.00 volts). There is a voltage drop, no matter 
how minute, across all solid state junctions. 
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Problems 
Problems 
Problems 
Problems 
Problems 


Problems 


Problems 


Problems 


Problems 


Problems 


BUILDING VMS 
BUILDING VMS 
BUILDING VMS 
BUILDING VMS 
BUILDING VMS 
BUILDING VMS 
BUILDING VMS 
BUILDING VMS 
BUILDING VMS 


BUILDING VMS 
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If the problem cannot be classified under any of the other problem 
types, then there isn't very much that can be at fault. The problem 
should be one of the following types. 


a. If the problem is in the booting of the VMS Backup utility, do 
the following: 


1. Check out the hardware via diagnostics. 
2. Try another set of floppies for Stand-alone Backup. 
3. Check Power. 


jor If the problem is one such that the VMS pack cannot be built 
from the Distrubition tape, then the problem is probably one 
of the following: 


1. The Distrubition Tape 
2. The Magtape Drive 

3. The Disk Media 

4, The Disk Drive 

5. Memory 

6. Processor 

Tg 


Foreign Disk drives or Magtape drives may be at fault. 


The hardware can be checked out by diagnostics. 


G4 If the problem exhibits itself in the booting of VMS from a 
newly built Disk Pack, check the following: 


l. Are the Startup files correct? 

2. Are the Unibus devices configured correctly? 

3 Foreign devices will probably have to be Connected 
via the SYSGEN utility. 

4, Foreign equipment will probably need special Device 
drivers installed. 
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NON-DUPLICATABLE, 


INTERMITTENT 
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Ocassionally the Customer will come up with a problem that we cannot 
duplicate, is of a very intermittent nature, and you have simply just 
done everything you could think of to try. Here is a list of things 

that can be done to verify the functionality of the D.E.C. equipment for 
non-duplicatable problems and that may pull out the cause of intermittent 
problems or at least show up a means of more rapidly duplicating the 
problem. This list can also be used as a What's Left checklist. 


1. 


Check voltages on the system (Complete system) with a 
DVM. Make appropriate adjustments and/or supply 
replacement. 


a. Verify that the Power connections are good. 
Tap wires to verify good contact at connectors. 
b. Vibrate Power supply if possible. 


Check AC/DCLO's on the system (complete system) with 
a DVM. Repair any that are out of spec.. 


a. Verify that the AC/DCLO connections are good. 
Tap wires to verify good contact at connectors. 

b. Vibrate Power monitoring section of Supply if 
possible. 

c. H7420 type AC/DCLO signals should be at least at 
a +3.5 volt level. 

dad. H7100 type AC/DCLO signals should be at least at 
a-9.5 volt level. 


Check voltages on the system (Complete system) with a 
scope for excessive noise. Locate the source of the 
noise, (Power Supply, Wiring, etc.) and repair. 


Check AC/DCLO's on the system (complete system) with 
a scope. Repair any that have excessive noise on 
them. 


Run all diagnostics. 


a. Run LSI Front-end Subsystem diagnostics. 
b. Run VAX-11/780 Micro-diagnostics #1 and #2. 
C. Run VAX-11/780 Functional diagnostics. 


( Don't forget to run EVKAA) 
; Run appropriate VAX-11/780 Nexus diagnostics. 
Run appropriate Unibus Peripheral diagnosics. 
Run appropriate Massbus Peripheral diagnostics. 
Run all other appropriate peripheral 
diagnostics. 
Lis Run UETP if VMS Operating System Pack is 
available. Don't use the Customer's only Pack. 


Oro A, 
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While running the appropriate diagnostics, vibrate each 
device's modules, backplane, and Power Supplies. 


Margin all devices that have any of the following types of 
mMargining facilities: 


a. Voltage margins. This is possible with any device 
that has an adjustable power supply. 


b. Clock margins. For example, the VAX-11/780 CPU 
can run at a SLOW and FAST system clock rate. 
The CONSOL.SYS program has a command that specifies 
the desired VAX-11/780 CPU clock rate. 


These margins should be performed while running the appro- 
priate device diagnostics. | 


Heat testing can be done, by blocking or disconnecting the 
appropriate fans, if the problem is suspected to be heat 
related. This should not be overdone since heat will 
damage components. This damage may not be seen immediately 
but may show up as an intermittent problem later on. I 
would suggest uSing Heat testing ONLY as a last resort. 


You can COOL specific components/boards with Freon if you 
Suspect the problem to be of this nature. Again, do not 
overdo. 


Beware that any Foreign Equipment, that may be on the 
system, could be at fault. If all of the above checks 
O.K., request that the Customer remove the Foreign 
Equipment in order to eliminate it as a possible cause 
of failure. 


Be sure to show the Customer any diagnostic failures 
that are due to the Foreign Equipment. If the problem is 
found to be the Foreign Equipment, the Customer may 
be billed "Per Call" rates (a Local Management decision). 


If the system has MS/MA780 memory on it, replace or 
remove all arrays that are getting Single Bit Errors. 


The reason for this 1s due to the possibility of the 


following occuring: 


The ECC logic of the MS/MA780 memory controllers 
cannot correctly report the conditions in which 

an array has a MULTIPLE ODD NUMBER of BAD BITS 

(ex... 3;5,7;,. of etc. bad bits. per 72 bit array word). 
The memory controller will correct a bit (not 
necessarily one of the bad bits) and will send out 
the data as "Corrected Read Data”... 
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cer 


14. 


If the system has an FP780 Floating Point Accelerator on it, remove 
it and see if the problem still occurs. The VAX-11/780 microcode 
will execute all of the Floating Point instructions if the FP780 
isn't present. 


Parity is checked as it 1s received by the VAX-11/780 CPU 
Data Paths and is generated for the data going out of the 
Data Paths as just prior to it being transmitted. 


Therefore, data manipulations and transfers within the Data 
Paths don't have any type of parity checking done on them as 
they move between Data Path Registers, ALU's, SHIFTERS, etc.. 


If all else fails to fix your problem, the VAX-11/780 Data 
Paths may be at fault. 
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Vibration testing is a valid way of verifying connections and 
internal component damage if done properly. It is not a valid 
test if you vibrate so hard that you either bend or damage the 
components under test. In fact, vibration testing that is done 
to hard may cause more problems. 


Here are a few common sense rules that you should keep in mind when 
trouble-shooting via vibration testing. 


ie 


Always run an appropriate diagnostic that will test the 
device that you are vibrating. You must know how to 
determine quickly that a failure has occured so that you 
will be able to determine what you vibrated at the time 
of the failure. 


Always vibrate in sections. Do not make a big sweep of 
all the modules/components/backplane pins and expect 
to know what components caused the failure when vibrated. 


Vibrate with enough force to jar the components under test, 
but do not use so much force that you damage components or 
backplanes. 


Do not OVERDO vibration testing. To much vibrating will 
eventually loosen components, loosen connections, or 
fracture etches and wires. Vibrate enough to verify, to 
yourself, that the device 1S not vibrational and then 
don't vibrate any more. 


Be very careful when vibration testing cables. Such cables 
as the SBI cables are easily damaged. 


When vibrating backplane pins, use a non-conducting flat 
piece of material and drag it along the pins. Use common 
sense in applying pressure. Do not vibrate with so much 
pressure that you bend the pins together or with so much 
pressure that you cut the insulation on the wires that 
are against the pins. The object of backplane vibration 
testing is to determine if the following exists: 


a. Broken insulation on wires surrounding the pins 
that intermittently short against the pin. 

Poor pin to etch run connections. 

Poor pin to module connections. 

Free floating pieces of conducting material may 
be lodged within the backplane causing 
intermittent shorts. 


aa 
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TEMPERATURE CHANGE _ Testing 
TEMPERATURE CHANGE _ Testing 
TEMPERATURE CHANGE Testing 
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TEMPERATURE CHANGE Testing 
TEMPERATURE CHANGE _ Testing 
TEMPERATURE CHANGE _ Testing 
TEMPERATURE CHANGE _ Testing 


TEMPERATURE CHANGE Testing 
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Some problems occur more rapidly or only when the circuit 
components are warmed up or only when they are cool. In order 
to increase the failure rate or aid in isolating problems, the 
circuits can either be either heated above normal operating 
temperature or cooled below normal operating temperature. This 
can be accomplished in several ways. 


It is important to realize the this type of testing may show up 
additional problems other than the one you are trouble-shooting. 


Use this type of testing on only one device at a time. 


Heat Testing 


Heat is an enemy to electronic and most mechanical components. 
Therefore, moderation is the key to successful, non-damaging heat 
testing. Whenever you heat test a device or component, be sure 
that you don't overheat. [It is best to only heat up a circuit 

a few degrees warmer than it is normally operating at. This can 
usually be accomplished by simply disconnecting or blocking fans 
temporarily. Constantly monitor the rise in temperature and 
reconnect or unblock the fans when the temperature rises extremely. 


Make sure that you run the appropriate diagnostic that will exercise 
the device/component, under test, while heat testing. 


If you are able to isolate a heat problem down to a few components, 
a Heat Gun, or a Hair Dryer, may make it easier for you to isolate the 
bad component. 


Testing by Cooling 


Extreme cold can also be an enemy to Electronic components and most 
Mechanical components. Moderation in cooling is also the key to 
successful testing by cooling. Excessive cooling can cause component 
damage, fractured etches and wires, etc. Cooling a circuit is not as 
easy to do as heating a circuit. A couple of ways that cooling can 
be accomplished are as follows: 


1. Sometimes, Simply opening a cabinet or removing of the device's 
skins can cool the system enough to cause failures. 


2. The skins can be removed and an additional, free-standing, 
fan can be directed into the circuit. Beware, sometimes 
this actually increases the device's operating temperature 
Since air flow is blocked or funneled in such a way that 
the proper air flow is not obtained. 


3. If you are able to isolate the problem down to several 
boards/components/etc. you can then use canned Freon in 
order to isolate the problem further. 


4, A "Carbon Dioxide Fire Extinguisher” can also be used if the 
unit under test is large. 


Make sure that you run the appropriate diagnostic that will exercise 
the device/component, under test, while cooling. 
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Margin testing is another means of sometimes increasing failure 

rate or isolating the problem area. There are two basic types of 
margins you can use on the VAX-11/780 system and its' devices. 

These are, Clock Margins and Voltage Margins. When you are doing 
any type of margining, be sure to run diagnostics that will exercise 
the device that you are margining. 


It 1S important to realize that whenever any type of margining is done, 
you may find other problems other than the one you initially started 
trouble-shooting. 


CLOCK Margins 


On the VAX-11/780 system, the System Clock rate can be varied above 
and below the normal clock rate. This is set by a command to the 
CONSOL.SYS program. Simply set the desired Margin Clock Rate and 
then run functional diagnostics on the VAX-11/780 CPU, Memory, and 
SBI Nexus Controllers. 


Other devices may contain clock margining facilities also. 


Clock Margin only one device at a time. 


VOLTAGE Margins 


Any device that has Power Supplies that can be adjusted is capable 

of being Voltage Margined. When voltage margining, do not take the 
voltage above or below the specified component operating levels 

that that voltage supplies. Again, moderation is the key. Excessive 
voltage margining effects the life of electronic components. The 
reason for this is that a change in voltage causes a change in 
Clrcult current, which causes a change in heat dissapated by the 
GEreule. 


Be sure to run the appropriate diagnostics that will exercise the 
device being margined. 


When voltage margining, be sure to adjust the voltages with a DVM 
and then return the voltage to the appropriate level upon completion 
of testing. 


Voltage Margin only one voltage at a time. 
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Parity Fault - UBA CONFIG<31> "PAR FLI” 


If "Parity Fault - CONFIG<31>" only in this DW780. 


M8270 
Flakey Power for any NEXUS 


If "Parity Fault - CONFIG<31>" in multiple NEXUS. 


M8270, SBI Cables, Other NEXUS SBI Interface 
SBI Terminator, Flakey Power for any NEXUS. 


Write Sequence Fault - UBA CONFIG<30> "WSQ FLT” 
M8270, Other NEXUS 
SBI Cables 
Flakey Power for this NEXUS 


Unexpected Read Data Fault - UBA CONFIG<29> "URD FLT" 
Other NEXUS, M8270 ~ 
SBI Cables 


Flakey Power for this NEXUS 


Interlock Sequence Fault - UBA CONFIG<28> *1o@ LP’ 
Software 
M8270, Other NEXUS 
SBI Cables 


Flakey Power for this NEXUS or CPU 


Multiple Transmitter Fault - UBA CONFIG<27> “MAA Piet 


! 
© 


If "Transmitter During Fault - UBA_CONFIG<26>" 
Another NEXUS 
M8270, M8271, SBI cables 
Flakey Power for any NEXUS 


If "Transmitter During Fault - UBA_CONFIG<26>" = 


I 
fe 


M8270, M8271, Another NEXUS 
SBI Cables 
Flakey Power for any NEXUS 
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Adapter Power Down - UBA CONFIG<23> "AD PDN” 
H7100 Power Supply for this NEXUS 
M8273 
Input AC power. 


Adapter Power Up - UBACONFIG<22> "AD PUP" 


Normally asserted. 


UNIBUS Power Down - UBA CONFIG<17> "UB PDN” 
Could be a legal entry if the UNIBUS box was powered off. 
UNIBUS Power supply ACLO logic. 
Any UNIBUS device that can assert ACLO. 
Input AC power. 
M9044 


UNIBUS Power Up - UBACONFIG<16> “UBIC” 


Normally asserted. 


Read Data Timeout - UBA STATUS<10> "RDTO" 
SBI Memory, M8270, M8272, M8273 | 
M8271, M9044, UNIBUS device that is requesting SBI Memory data. 
Flakey Power for this NEXUS or for the UNIBUS device. 


The FMER register is locked on the occurrence of this error. The FMER 
contains the Map Register number associated with the failure. The 
FMER contents determine the number of the data path that failed. 


Read Data Substitute - UBA STATUS<9> “RDS” 
SBI Memory Array. 
SBI Memory NEXUS control. 
M8270, SBI Cables, Flakey SBI Memory NEXUS power. 


The UNIBUS device that was requesting the SBI Memory data will not 
receive the requested data, therefore, its' non-existent memory bit 
should be set. | 


The FMER register is locked on the occurrence of this error. The FMER 
contains the Map Register number associated with the failure. The 
FMER contents determine the number of the data path that failed. 


Corrected Read Data - UBA STATUS<8> "CRD" 


SBI Memory Array. 
SBI Memory NEXUS control. 
M8270, SBI Cables, Flakey SBI Memory NEXUS power. 
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Command Transmit Error - UBA STATUS</7> VOATER © 
M8270 
M8271, M8272, M8273, M9044 
NEXUS to which this UBA initiates a data transfer. 
SBI Cables, Flakey Power for NEXUS or assoc. UNIBUS. 
UNIBUS device issuing data transfer command. 


The FMER register is locked on the occurrence of this error. The FMER 
contains the Map Register number associated with the failure. The 
FMER contents determine the number of the data path that failed. 


Command Transmit Timeout - UBA STATUS<6> "“CXTMO” 
NEXUS to which this UBA initiates a data transfer. 
M8270 


M8271, M8272, M8273, M9044 
UNIBUS device issuing data transfer command. 
SBI Cables, Flakey Power 


The FMER register is locked on the occurrence of this error. The FMER 
contains the Map Register number associated with the failure. The 
FMER contents determine the number of the data path that failed. 


Data Path Parity Error - UBASTATUS<5> "DPPE" 
M8272 - 
M8270, M8271, M8273 
Flakey power for this NEXUS 


The FMER register is locked on the occurrence of this error. The FMER 
contains the Map Register number associated with the failure. The 
FMER contents determine the number of the data path that failed. 


Invalid Map Register - UBASTATUS<4> "IVMR” 
M8272 
M8273, M9044, M8270, UNIBUS device requesting data transfer. 
Software 


Flakey power for this NEXUS. 


The FMER register is locked on the occurrence of this error. The FMER 
contains the Map Register number associated with the failure. The 
FMER contents determine the number of the data path that failed. 


Map Register Parity Fail - UBA STATUS<3> "MRPF” 
M8272 - 
M8270 
Flakey power for this NEXUS. 


The FMER register is locked on the occurrence of this error. The FMER 


contains the Map Register number associated with the failure. The 
FMER contents determine the number of the data path that failed. 
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Lost Error Bit - UBA STATUS<2> be LY oa 
This bit indicates that another error has occurred after the locking 
field has already been locked. The RDTO, RDS, CXTER, CXTMO, DPPE, 
IVMR, and MRPF bits form the locking field that locks the FMER, 


UNIBUS Select Timeout - UBASTATUS<1> "UBSTO” 


Some UNIBUS device. 

M9044, M8273, M8271 

Flakey power for this NEXUS or the associated UNIBUS devices. 
M8272 


The FUBAR register is latched when this error occurs. It contains the 
upper 16 bits of the UNIBUS address translated from an SBI address. 


UNIBUS SSYN Timeout - UBA STATUS<0> "UBSSYNTO” — 
The UNIBUS device to which data transfer is taking place. 
M8273, M9044, M8271 
M8272 
— Flakey power for this NEXUS or the associated UNIBUS devices. 


The FUBAR register is latched when this error occurs. It contains the 
upper 16 bits of the UNIBUS address translated from an SBI address. 


Buffer Transfer Error - UBA DPR 0-15 Bit <30> "Ble" 
| M8272, M8271 : 
M8273 


Flakey power for this NEXUS 
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An S.B.I. FAULT condition can be caused by any one of the following 
conditions having been detected on the S.B.I. Bus: 


Parity Fault - 
An §.B.I. parity error can be detected on ANY cycle by ANY NEXUS. 


The S.B.I. P<l:0> lines provide even parity for their associated 
groups of S.B.I. lines. "S.B.I. P<0>" provides EVEN Parity for the 
group of S.B.I. lines consisting of the TAG<2:0>, ID<4:0>, and the 
M<3:0> lines. "S.B.I. P<l>" provides EVEN Parity for the group of 
S.B.I. lines consisting of the B<31:00> lines. 


Whenever a NEXUS detects a parity error, on any given S.B.I. cycle, 
ALL OTHER NEXUS should also detect the same parity error. 


Write Sequence Fault - 

Is the result when a NEXUS which has received a COMMAND/ADDRESS Cycle 
specifying any type of WRITE COMMAND, does not receive the anticipated 
WRITE DATA in the next sequential S.B.I. cycle(s). 


This type of FAULT is only detected by the NEXUS to which the write 
command was sent. 


Unexpected Read Data Fault - 
Is the result when a NEXUS whose is not waiting for READ DATA receives 
READ DATA. 


The destination of the READ DATA is specified by the S.B.I. ID<4:0> 
lines. Each device checks the ID field on all Read Data cycles to see 
if the B<31:00> lines contain data that is being sent to them. 


Only the NEXUS receiving the Unexpected Read Data detects the FAULT. 


Interlock Sequence Fault - 
Is the result when a NEXUS receives an INTERLOCK WRITE COMMAND 
and the INTERLOCK has not been set by an INTERLOCK READ Command. 


Only the NEXUS recieving the INTERLOCK WRITE Command will detect 
this fault. 
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Multiple Transmitter Fault - 

Is the result when a TRANSMITTING NEXUS detects multiple transmitters 
in the same cycle that it is transmitting. This is detected by 
comparing the ID<4:0> field sent, at S.B.I. TO time, with the ID<4:0> 
field recieved, at S.B.I. T3 time. If they do not match, this fault 
is detected. 


Detected by only the NEXUS that are transmitting in the faulting cycle. 


FAULT TIMING 
Cycle that | | Detecting NEXUS | 
causes Fault | | asserts FAULT | 
| | | 
TO “Tl, 72: T3. <I TO. Tl. -T2. “Ts | TO: “Ti. TZ -T3 | TO ‘Tl. “F2 FS | 
| | | 
A NEXUS detects a CPU All NEXUS 
FAULT on the S.B.I. Latches latch FAULT 
FAULT 


Trouble-Shooting S.B.I. FAULTS: 


STATUS Bits 


Whenever an S.B.I. FAULT occurs, each NEXUS will latch its FAULT STATUS 
bits which are contained in its CONFIGURATION/STATUS REGISTER (the lst I/O 


register for each NEXUS) Bits <31:26>. 


FAULT that the respective NEXUS has detected. 
gather the contents of these registers immediately after the FAULT occurs. 


If the FAULT occured while running VMS, 
be saved in ERRLOG.SYS. 
and the RESTAR.CMD command files, 


dump yourself. 


commands that 


The register dump can be taken 


These bits indicate the type of 
It 1s very important to 


the needed register information may 


It is still a good idea to modify the DEFBOO.CMD 
located on the LOCAL/REMOTE CONSOLE 
Floppy, so that a complete register dump will be done prior to rebooting. 
If the FAULT occured while running diagnostics, you must do the register 
by using the following 


are appropriate for the system. 


>>> E/L/H/P 20002000 { Examine TR#1 Configuration Register 
>>> E/L/H/P 20004000 ! Examine TR#2 Configuration Register 
>>> E/L/H/P 20006000 ! Examine TR#3 Configuration Register 
>>> E/L/H/P 20008000 ! Examine TR#4 Configuration Register 
>>> E/L/H/P 2000A000 ! Examine TR#5 Configuration Register 
>>> E/L/H/P 2000C000 ! Examine TR#6 Configuration Register 
>>> E/L/H/P 2000E000 ! Examine TR#7 Configuration Register 
>>> E/L/H/P 20010000 ! Examine TR#8 Configuration Register 
>>> E/L/H/P 20012000 ! Examine TR#9 Configuration Register 
>>> E/L/H/P 20014000 ! Examine TR#10 Configuration Register 
>>> E/L/H/P 20018000 ! Examine TR#12 Configuration Register 
>>> E/L/H/P 2001A000 ! Examine TR#13 Configuration Register 
>>> E/L/H/P 2001C000 ! Examine TR#14 Configuration Register 
>>> E/L/H/P 2001E000 ! Examine TR#15 Configuration Register 
>>> E/L/H/ID 1B ! Examine CPU's Configuration Register 


Of course you do not need to attempt to examine the registers of the TR's 
in which there are no devices for your specific system configuration. 
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In addition each NEXUS latching up its FAULT STATUS bits in its 
CONFIGURATION/STATUS register, the KA780 CPU will latch the "S.B.I. 
SILO". The "S.B.I. SILO" is a 16 location RAM that contains the 
states of certain S.B.I. signals for the last 16 S.B.I. cycles. The 
"SILO" is located in the KA780's S.B.I. control logic. This SILO can 
be examined by reading "ID register #18" 16 times. The first word 
Stored in the SILO will be the first word read out, the second word 
Stored will be the second word read out, etc... You can use the 
following CONSOL.SYS commands to gather the contents of the "S.B.I. 
SILO": 


Method #1 
>>> R E/L/ID 18 ! Repeat examine ID#18. 
>>> HC ! Type "CTRL C" after 16 examines. 
Method #2 
>>> E/L/ID 18 ! Repeat this command 16 times. 


Now that you have all the needed information, all that remains is to 
breakdown the registers to determine the type of S.B.I. FAULT. 

Start off by breaking down the CONFIGURATION/STATUS Registers, (only 
need bits <31:26>), to determine the type of FAULT and to find out 
which NEXUS(es) detected it. Once you have found the type of FAULT 
and who all detected it, you should be able to determine which one or 
two NEXUS are most likely at fault. Now you can break down the SILO 
information to see if it will help determine who is the most likely 
device at fault. 


When looking at the S.B.I. SILO dump, break down each entry completely, 
and then check to see what went wrong. You must know how the S.B.1. 
works in order to do this. 


Beware: Any NEXUS can intermittently polute the S.B.I. and can cause 
the problem to appear to be someone else's fault. 
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Bit <31> is the "After Fault” bit which will be set only on the first 
SILO entry after the S.B.I. FAULT condition has been cleared. 
KHKKKKKEKKKKREKKERKRERKKRRRRRRKEKKKEREKRRRREKEKREKREKRKRKRKKRKRK KKK KKK KKK KKK KKRREKEKER 
Bit <30> is the "S.B.I. Interlock" bit. The S.B.I. Interlock line is 
asserted by the commanding nexus when issuing an interlock read and then 
by the recieving nexus upon assertion of the ACK confirmation. 
ee Pee eee PPP Pe Pee Seer PSP Pee eee ee eee eee eee e eer ee eee eee eee ees eeeeeecereereereeerere eS 
Bits <29:25> reflect the "S.B.I. ID<4:0> lines” which indicate the 
logical source or intended destination of the information on the B<31:0> 
lines. These lines reflect the hex representation of the TR level. 


TAG not = 0 then, ID<4:0> reflect the source. 
TAG = 0 then, ID<4:0> reflect the destination. 
(oe eee ee Pe eee Pee beer eee Peeeeee eee eeenee Pe Peeeeeeeee EES ERE SS ESEESSESEL ELSE SSeSEe SES © 2 
Bits <24:22> reflect the state of the "S.B.I. TAG<2:0>" lines. The TAG 
lines indicate the type of cycle being transmitted on the S.B.I. bus... 


TAG = 0 Read Data Cycle 

TAG = 3 Command/Address Cycle 

TAG = 5 Write Data Cycle 

TAG = 6 Interrupt Summary Read Cycle 


KH HHH KKK KKH KKK KKK KKK KKH RK KK KKK KKK KKK KEK KKH KK KKK KK KKK KKK KKK RK KKK KK KKK KKK 
Bits <21:18> reflect the state of the MASK <3:0> lines if the TAG isn't 


equal to 3 (indicating a Command/Address Cycle), in which case it will 
reflect the state of the B<31:28> lines (which indicate the FUNCTION). 


TAG = 3 then, Bits <21:18> reflect the type of FUNCTION. 

FUNCTION = 1 = Read Masked Function 

FUNCTION = 2 7 Write Masked Function 

FUNCTION = 4 = Interlock Read Masked Function 

FUNCTION .= 7 = Interlock Write Masked Function 

FUNCTION = 8 = Extended Read Function 

FUNCTION = B a Extended Write Masked Function 

TAG = 0,6 then, Bits <21:18> reflect the M<3:0> lines. 

MASK = 0 - Read Data in B<31:00> 1s good data. 

MASK = 1 - A Single bit error was detected and corrected 
by the transmitting NEXUS, therefore, the data 
in B<31:00> 1s now good. 

MASK = 2 - Multiple bits were detected as being bad and the 


transmitting NEXUS could not repair them. 
Therefore the data in B<31:00> is BAD. 
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then, Bits <21:18> reflect the M<3:0> lines. 
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The MASK <3:0> lines reflect the respective BYTE(s) that 
are being written. 
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Bits <17:16> reflect the state of the "S.B.I. CNF<1:0> lines". These lines 
are the confirmation lines. Each and every transmitted cycle must have a 
corresponding confirmation code returned two cycles later. 


CNF 


CNF 


CNF 


CNF 


NO RESPONSE from destination NEXUS 


Indicates an ACKNOWLEDGE from the destination NEXUS. If 
this confirmation 1s received two cycles after a C/A cycle, 
it indicates that the device knows the command is to him 
and also indicates that he can perform the specified 
command encoded in the B<31:28> lines. 


Indicates that the destination NEXUS knows you want him to 
do something, but he is currently BUSY. The transmitting 
NEXUS should try the command again later. 


Indicates that the destination NEXUS recognizes that the 
transmitting NEXUS is talking to him but the command 
encoded in the B<31:00> lines specifies a function that 
the destination NEXUS cannot perform. 


‘eee ee eee eee eee eee eee eee e ee eeeeeeeeeeeee ee eeeeeeee eee eee eee eee eee eee eee ee ee ee ee 


Bits <15:00> reflect the state of the "S.B.I. TR<15:00> lines". 


If a bit is set, it indicates that the respective TR arbitration line 
1S asserted on the S.B.I., for that cycle. 


KKK KKKEKK KKK KER KKK KKK KEKE ERE KKK KEKE KEKE KEKKKKKKKRKKKEKK 


BEWARE: 


In some cases, the S.B.I. SILO may not contain valid information because of 
improper setup prior to the FAULT occuring. In order to verify that the 
SILO contains valid information, check ID #1B and make sure that Bit 16=l. 
If it isn't, don't bother checking the SILO information since it will not 
indicate what happened just prior to the fault. 
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CONFIGURATION/STATUS Register Interpretation 


0 2 8 7 26 25 24 23 922.21: 20 Mo AS 27 16 


- +3 
| | | TRANSMITTER DURING FAULT (indicates status) 

: seinen TRANSMITTER FAULT detected by this NEXUS 
) 


Zz 
| 
| 
| 
| 
| INTERLOCK SEQUENCE FAULT detected by this NEXUS 
! _ 

| 


3 
| 
| 
| 
| 
| 
| 
| UNEXPECTED READ DATA FAULT detected by this NEXUS 
! bss 

| 


e 
| 
| 
| 
| 
| 
| 
! 
| __WRITE SEQUENCE FAULT detected by this NEXUS 
| 

| 


__PARITY FAULT detected by this NEXUS 


The CONFIGURATION/STATUS Register is the first I/O Address assigned to each 


NEXUS. 


The CPU's equivalent register is ID #1B. 


All NEXUS, 


and the CPU, 


have the above assignments for these bits within their CONFIGURATION/STATUS 
If a device cannot detect any particular type of FAULT, it will 
not have anything assigned to that particular bit and that bit will always 

be read as ZERO. 


registers. 


Device at 


— cee ee ee se ee me ee ee ee ee ee es ee ee ee ce ee ee ee es ee ee 


Configuration/Status Register 


TR #1 20002000 
TR #2 20004000 
TR #3 20006000 
TR #4 20008000 
TR #5 Z2000A000 
TR #6 2000C000 
TR #7 2000E000 
TR #8 20010000 
TR #9 20012000 
TR #10 20014000 
TR #11 20016000 
TR #12 20018000 
TR #13 2001A000 
TR #14 2Q001C000 
TR #15 2001E000 
CPU ID #1B 
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EVKAA - V5.1 done 
EVKAA - V5.1 done 


HALTED AT 1805 


>>> 


Trouble-shooting 
using the 


SYSTEM CONTROL BLOCK 


71Gb I/8 VEC 
HALVED AT -L00 


>>> 


Unexpected EXCEPTIONS or INTERRUPTs can result in a variety of 
symptoms. Typically, programmers will setup a trap-catcher, in 
the SYSTEM CONTROL BLOCK, in order to prevent these unexpected 
events from destroying their program or data. The trap-catcher 
will either flag the error and continue on, or will cause the 

CPU to halt. Depending upon how the software 1s setup the symptom 
may be a "HALTED AT xxxxxxxx" message printed on the console 
terminal, a "FATAL BUGCHECK" or "NON-FATAL" bugcheck message on 
the console or users terminal, an "?ILL I/E VEC" message is printed 
on the console terminal followed by the CONSOL.SYS prompt, or the 
System software may do unexpected things due to re-vectoring. 


Even though the symptoms are many, determing if you have a problem 
in this area is easily done by examination of the SYSTEM CONTROL 
BLOCK, examination of a listing of the failing software, using 

the data typed out with the "?ILL I/E VEC" messager, or by 
installing a trap-catcher and then reproducing the problem. 


HALTED AT xxxxxxxx 


If the symptom results in a "HALTED AT xxxxxxxx" being printed on 

the console terminal, followed by the CONSOL.SYS prompt (>>>), either 
a listing of the software or examination of the SYSTEM CONTROL BLOCK 

is necessary. A listing of the software being run is probably the 
easiest method of determing what went wrong. Simply look up the 
"XXXXXxXxx" PC that was printed out in the "HALTED AT xxxxxxxx" message. 


If you don't have a listing of the failing software, examination of 

the SCB is necessary. To do this, you must first examine the SCCB 
register in order to find the start of the SCB. The SCCB (ID #3B) 
contains a longword aligned PHYSICAL ADDRESS that points to the 
beginning of the SYSTEM CONTROL BLOCK (SCB). In order to dump the SCB, 
use the following CONSOL.SYS commands: 


>>> E/L/ID 3B 
>>> E/L/P/N:7F @ 


Now check to see if the "xxxxxxxx" PC, in the "HALTED AT xxxxxxxx" 
message, is somewhere in the address range of the SCB. If it is, 
the offset from the SCBB can be used to determine what type of 
EXCEPTION or INTERRUPT caused the problem by using the SCB vector 
assignment chart on the following pages. 


If the "xxxxxxxx" PC isn't in the address range of the SCB table, 
check to see if any of the longword vectors can re-vector the 
software to a location near this address. If there is, examine 
memory starting at the vector address up to the "xxxxxxxx" address. 
Does the macrocode indicate that re-vectoring could cause a halt 

at the specified PC? If so, use the SCB vector assignment chart to 
determine what type of EXCEPTION or INTERRUPT caused the problem. 
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Building and using a VAX Trap Catcher 


In some cases, it may be necessary to modify the SCB so as to form a 
TRAP CATCHER. The idea is to deposit vectors into the SCB that will 
cause a halt whenever an EXCEPTION or ITERRUPT occurs. Furthermore, 
this must result in causing the system to halt at an address unique 
to EXCEPTION or INTERRUPT. The easiest way to do this is create a 
SCB with each vector pointing to its respective SCB location, with 
both bits <l> and <0> set to al (if bits <1:0>=3, the VAX-11/780 
will halt with a PC one byte past the specified vector address). 


After such a Trap Catcher is installed, the symptom must be reproduced. 
Any EXCEPTIONS or INTERRUPTs that occur should then cause the CPU to 
halt followed by a "HALTED AT xxxxxxxx" message printed on the console 
terminal. The "xxxxxxxx" PC will indicate what type of EXCEPTION or 
INTERRUPT occured by determining what vector was used. This can be 
determined by subtracting the address of the vector used from the 
contents of the SCBB, and then using the SCB vector assignment charts 
to determine the type of EXCEPTION or INTERRUPT. © 


Note about installing Trap Catchers 

The only problem with this method of trouble-shooting is that care must 
be taken not to modify the vectors for EXCEPTIONS and INTERRUPTS that 
the software program uses. Only those that software doesn't expect 

to happen should be modified. 


VMB V4.02 Trap Catcher generation 


Unexpected EXCEPTIONS or INTERRUPTS can cause system software booting 
failures. If the booting failures are in VMB, a unique way of modifing 
the SCB 1S required due to VMB's use of the SCB. 


In order to use this procedure, you will have to manually perform the 
CONSOL.SYS commands of the command file used to boot the system, with 
the following modifications: 


Use the same commands as the appropriate boot file used to boot 
the system, but don't use the "WAIT DONE" command, and DON'T 


START VMB YET. 


After VMB has been loaded, patch VMB by first finding the contents 
of the SP (this was examined just prior to loading of VMB if you 
followed the normal boot process). 


>>> SET RELOCATION: @ 

>>> E/L/P 2400 { Should contain an xxxxCF9E. 

>>> D/L/P 2400 2038F3C ! Replace with a MOVZWL #203,R6. 
>>> E/W/P 240A ! Should contain a 56D0. 

>>> D/W/P 240A 76DE ! Replace with a MOVAL -(R6),-(R7). 
>>> SET RELOCATION:0 

>>> E/L SP 

>>> START @ 


1-199 


If an unexpected EXCEPTION or INTERRRUPT occurs while VMB is running, 
with the above patch, a "HALTED AT xxxxxxxx" message will be typed 

on the console terminal. Now save the "xxxxxxxx" in this message and 
do the following procedure: 


Examine the SCBB with the following command: 
>>> E/L/ID 3B 
Subtract the saved "xxxxxxxx" from the contents of ID #3B. 


The result is the offset into the SCB for the EXCEPTION or INTERRUPT 
that occured. Use the SCB vector assignment chart to determine 
the type of unexpected EXCEPTION or INTERRUPT. 


Note about VMS 


None of these procedures should need to be used with VMS. VMS 
will report unexpected EXCEPTIONS and INTERRUPTs by way of its 
BUGCHECK routine. 


PILL 1/E VEC 


This is the easiest to trouble-shoot. The data printed out with 
this error message is the offset into the SCB. Use the SCB 
vector assignment chart to determine what type of EXCEPTION or 
INTERRUPT caused the failure. 


Now what? 


If one of these procedures have isolated the problem to a certain 
type, then go to the section of this chapter that deals with that 
type of problem. 


1.e. If the vector was at SCBB+04, the failure was due to a MACHINE 
CHECK, therefore use the MACHINE CHECK portion of this guide to 
find out how to trouble-shoot this problem. 


If the vector was at SCBBt+5C, the failure was due to an SBI 
FAULT, therefore use the SBI FAULT portion of this guide to 
find out how to trouble-shoot this problem. 


If the vector was at one of the SBI REQUEST level locations, 
the device at fault can be isolated by determining what REQUEST 
LEVEL, and what TR Level the interrupt occured on. Knowledge 
of the system configuration, plus these two levels, should 
narrow down the suspects. 
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VAX-11/780 System Control Block vector assignments 


000 Unused, reserved ODO Unused, reserved 
004 Machine Check 0D4 Unused, reserved 
008 Kernel Stack Not Valid OD8 Unused, reserved 
00C Power Fail ODC Unused, reserved 
010 Reserved/Privileged Instr. OEO0 Unused, reserved 
014 Customer Reserved Instr. QOE4 Unused, reserved 
018 Reserved Operand QOE8 Unused, reserved 
01C Reserved Addressing Mode OEC Unused, reserved 
020 Access Control Violation OFO Unused, reserved 
024 Translation Not Valid OF4 Unused, reserved 
028 Trace OF8 CNSL Receive Interrupt 
02C Breakpoint OFC CNSL Transmit Interrupt 
030 Compatibility 100 SBI REQ 4 - TR #0 
034 Arithmetic 104 SBI REQ 4 - TR #1 
038 Unused, reserved 108 SBI REQ 4 - TR #2 
03C Unused, reserved 10C SBI REQ 4 - TR #3 
040 CHMK 110 SBI REQ 4 - TR #4 
044 CHMB 114 SBI REQ 4 - TR #5 
048 CHMS 118 SBI REQ 4 - TR #6 
04C CHMU 11C SBI REQ 4 - TR #7 
050 SBI Silo Compare 120 SBI REQ 4 - TR #8 
054 CRD/RDS | 124 SBI REQ 4 - TR #9 
058 SBI ALERT 128 SBI REQ 4 - TR #10 
O5C SBI FAULT 12C SBI REQ 4 - TR #1ll 
060 Asynchronous Write 130 SBI REQ 4 - TR #12 
064 Unused, reserved 134 SBI REQ 4 - TR #13 
068 Unused, reserved 138 SBI REQ 4 - TR #14 
0O6C Unused, reserved 13C SBI REQ 4 - TR #15 
070 Unused, reserved 140 SBI REQ 5 - TR #0 
074 Unused, reserved 144 SBI REQ 5 - TR #1 
078 Unused, reserved 148 SBI REQ 5 - TR #2 
07C Unused, reserved 14C SBI REQ 5 - TR #3 
080 Unused, reserved 150 SBI REQ 5 - TR #4 
084 Software Level l 154 SBI REQ 5 - TR #5 
088 Software Level 2 158 SBI REQ 5 - TR #6 
O8C Software Level 3 15C SBI REQ 5 - TR #7 
090 Software Level 4 160 SBI REQ 5 - TR #8 
094 Software Level 5 164 SBI REQ 5 - TR #9 
098 Software Level 6 168 SBI REQ 5 - TR #10 
09C Software Level 7 l16C SBI REQ 5 - TR #11 
OAOQ Software Level 8 170 SBI REQ 5 - TR #12 
OA4 Software Level 9 174 SBI REQ 5 - TR #13 
OA8 Software Level A 148 SBI REQ 5 - TR #14 
OAC Software Level B 17C SBI REQ 5 - TR #15 
OBO Software Level C 180 SBI REQ 6 - TR #0 
OB4 Software Level D 184 SBI REQ 6 - TR #1 
OB8 Software Level E 188 SBI REQ 6 - TR #2 
OBC Software Level F 18C SBI REO 6 - TR #3 
O0CO Unused, reserved 130 SBI REQ 6 - TR #4 
O0C4 Unused, reserved 194 SBI REQ 6 - TR #5 
O0C8 Unused, reserved 198 SBI REQ 6 - TR #6 
OCC Unused, reserved 19C SBI REQ 6 - TR #7 
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1A0 SBI REQ 6 - TR #8 
1A4 SBI REQ 6 - TR #9 
1A8 SBI REQ 6 - TR #10 
1AC SBI REQ 6 - TR #11 
1B0 SBI REQ 6 - TR #12 
1B4 SBI REQ 6 - TR #13 
1B8 SBI REQ 6 - TR #14 
1BC SBI REQ 6 - TR #15 
1C0 SBI REQ 7 - TR #0 
1¢4 SBI REQ 7 - TR #1 
1¢8 SBI REQ 7 - TR #2 
Lec SBI REQ 7 - TR #3 
1D0 SBI REQ 7 - TR #4 
1D4 SBI REQ 7 - TR #5 
1D8 SBI REQ 7 - TR #6 
1DC SBI REQ 7 - TR #7 
1E0 SBI REQ 7 - TR #8 
1E4 SBI REQ 7 - TR #9 
1E8 SBI REQ 7 - TR #10 
LEC SBI REQ 7 - TR #11 
1FO SBI REQ 7 - TR #12 
1F4 SBI REQ 7 - TR #13 
1F8 SBI REQ 7 - TR #14 
1FC SBI REQ 7 - TR #15 


The SCBB register contains a longword aligned address that points to 
the first vector in the System Control Bloc 


If bits <l1:0> are both set to a one in the vector, and the CPU traps 


to that vector, the VAX-11/780 will HALT. This is an easy way of 
developing a VAX-11/780 Trap Catcher. 
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SECTION I 


VMS Information 


VMS SYSGEN Error Control Parameters 


On certain types of errors, the VMS Operating System will attempt to 
reboot itself. There are a couple of "SYSGEN" parameters that can 
disable this function. It 1s very important to have these parameters 
set correctly when trouble-shooting a problem so that the appropriate 
Hardware and Software information can be gathered. 


BUGCHECKFATAL 1S a parameter that enables, when set toal, 
the conversion of NONFATAL Bugchecks to 
FATAL Bugchecks. This causes the Operating 
system to crash and reboot. Setting this 
parameter to a 1 is useful whenever ERRLOG.SYS 
does not give you enough information in order 
to diagnose the problem. When set to al, and 
BUGREBOOT is set to a 0, the Operating System 
will not reboot. Therefore, you will then be 
able to take a Hardware Register Dump or do 
some scoping. It has no effect on bugchecks 
from USER or SUPERVISOR mode. 


BUGREBOOT 1S a parameter that enables, when set toal, 
the automatic rebooting of the Operating System 
if a FATAL BUGCHECK occurs. It may become 
necessary to clear, set to a Q, this parameter 
after the first FATAL Bugcheck occurs so that 
Hardware Register Dumps can be taken, and so 
that scoping may be done whenever the FATAL 
Bugcheck occurs. BUGREBOOT=1 causes the LSI to 
reboot the VAX via DEFBOO.CMD or RESTAR.CMD. 


DUMPBUG 1S a parameter that enables, when set to al, 
the writing of error log buffers and memory 
contents to SYSSSYSTEM:SYSDUMP.DMP when a 
FATAL Bugcheck occurs. The Software Dump is 
written to the "SYSSSYSTEM:SYSDUMP.DMP" file 
immediately after the Operating System detects 
the Error and before the "BUGREBOOT" bit is 
checked to see if a reboot is to be attempted. 
In other words, the Software Dump is taken on 
the way down. 


The state of these "SYSGEN" parameters should be checked if you are 
not getting all the dump information that you require. The customer 
should have the system set up so that the Software Dump, a function 
of the "DUMPBUG" parameter, is always taken. The State of the other 
two parameters depends on the Customer's operating enviroment. 
However, once a problem occurs, it will probably be necessary to 
change the setting of these parameters until the problem is fixed. 


No matter how the SYSGEN parameters are set up, certain types of 


failures will crash the system in such a way that the Software 
DUMP will not be taken. 
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VMS CRASH HANDLING 


The following is an overview of what happens when VMS detects a 
NON-FATAL BUGCHECK. 


ee eT eel 


1. A message describing the error is passed to the Error Logger. 


2. System operation continues. 


The following is an overview of what happens when VMS detects a 
FATAL BUGCHECK from USER or SUPERVISOR . 


— coe ee ee ee ee ee ee es es ee ee ee ee ee ce ee eee ee eee ee 


1. <A message describing the error is passed to the Error Logger. 
2. Execution continues as follows: 


a. If the process 1S executing a single image, the process 
is deleted. | 


b. If the process 1S executing in interactive or batch mode, 


the current image exits and control is passed to the CLI 
to receive the next command.. 
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The following is an overview of what happens when VMS detects a 
FATAL BUGCHECK from KERNEL or EXECUTIVE modes. 


_—_ <_<. am -e qew eee we ew ee ee ee ee ee ee eee ee ee ee ee ee ee ee ee eee ee ee eee ae 


A small amount of information describing the Bugcheck is 
typed on the Console Terminal. This information may include 
the following: 


The contents of the VAX General Registers. 
The Kernel and Executive stack contents. 
The contents of certain VAX Internal registers. 


A summary of the reason for the Bugcheck. 


If the "DUMPBUG" SYSGEN parameter is set to al, a software dump 
file will be written to SYSSSYSTEM:SYSDUMP.DMP. This file contains 
the following information: 


a. 


The Dump Header. This header contains such information as 
the contents of certain VAX registers, the Time of the 
crash,bugcheck crash code, and other information. | 

The contents of the two errlog buffers. 


The contents of physical memory. 


If the "BUGREBOOT" SYSGEN parameter is set to al, a VMS system 
reboot will be attempted as follows: 


ae 


Ds 


VMS sends a special code to CONSOL.SYS (*XF02) via the 
console transmit buffer register (TXDB). 


VMS executes a HALT instruction so as to transfer control 
back to the CONSOL.SYS program. 


CONSOL.SYS attempts to reboot the VAX via the "DEFBOO.CMD" 
command file if "AUTO RESTART switch = 0" or via the 
"RESTAR.CMD" command file if "AUTO RESTART switch = 1". 

If the appropriate command file is not found, CONSOL.SYS 
prints its' prompt (>>>) and awaits operator input. 


If the "BUGREBOOT" SYSGEN parameter is set to a 0, the VMS operating 
system will simply loop (with IPL=31) and await input on the 

console terminal. The "CONSOL.SYS" program prints its' prompt (>>>) 
on the console terminal and awaits operator input. 


Assigning Addresses and Vectors to Unibus Devices 


In order to make the proper assignments to those Unibus devices 
that have Floating Addresses and/or Floating Vectors, you must 
first understand the SYSGEN rules for configuration. SYSGEN uses 
the following rules for configuration: 


Oo Devices with fixed CSR addresses and fixed vector addresses must 
be attached according to the SYSGEN device table settings. 


o Devices with floating CSR or vector addresses must be attached 
in the order in which they are listed in the SYSGEN device table. 


o An 8-byte gap must be reserved between each different type of 
device that is located in floating CSR address space. 


o An 8-byte gap must be reserved in floating CSR address space for 
each device type that has no controller in its configuration. 


Oo An extra 8-byte gap must be reserved between the KW11C and the 
RX1l1 in floating CSR address space. 


The SYSGEN Device table is found in the "VAX/VMS Guide to Writing 
a Device Driver" manual (Order no. AA-H499C-TE), in the chapter 
about "Loading a Device Driver", 


Unless the Unibus Devices, that have floating address and/or vectors, 
are properly assigned, the SYSGEN "AUTOCONFIGURE ALL" command will 
not be able to properly assign the devices. In these cases, the 
devices must be connected individually. 


By using the above rules and the tables on the following page, you 
should be able to properly configure Floating Unibus Devices on the 
VAX-11/780 system. 


The tables, on the following page,list the devices in the order that 
SYSGEN looks for them if they have floating address and/or vector 
assignments. 


NOTE: 


An alternate method of determining where to configure UNIBUS devices 

is to use the "CONFIG" command under "SYSGEN", (providing that you have 
a system, running VMS, that you can do this on). See the "SYSGEN" help 
file, in this chapter, for help on using this command. 
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Unibus Device 
Floating Address Table 


760010 


DJ11 
DH11 
DQl1 
DUILI 
DUPI1 
LK11 


DMC11/DMR11 (DMCs before DMRs) 
DZ11/DZ32 (DZlls before DZ32s) 


KMC11 
LPP11l 
VMV21 
VMV31 
DWR70 
RL11 

LPA1I1 
KW11C 
RSV 

RX211 
DR11W 
DR1I1B 
DMP11 
DPV11 
ISB11 
DMV11 
UNA 

UDA 

DMF 32 
KMS11 


(2nd) 


(3rd) 


(see TECH. Manual) 
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DC11 
TU58 
DN11 
DM11B 
DR11C 
PR611 
PP611 
DT11 
DX11 
DL11C 
DJ11 
DH1il 
GT40 
LPS11 
DQ11 
KW11W 
DU1I 
DUPI11 
DV11 
LK11 


Unibus Device 
Floating Vector Table 


DMC11/DMR11 


DZ11 

DZ32 

KMC11 
LPPil 
VMV21 
VMV 31 
DWR70 
RL1II1L 

TS11 

LPA1I 
KW11C 
RSV 

RX211 
DR11W 
DR11B 
DMP11 
DPV11 
ISB1l 
DMV11 
UNA 

UDA 

DMF32 
KMS11 
PLCIi 


(2nd & 3rd) 


SYS GEN Commands 


The following commands are those SYSGEN commands that manipulate 


drivers. 
o LOAD (requires CMKRNL privilege) 
o CONNECT (requires CMKRNL privilege) 
Oo RELOAD (requires CMKRNL privilege) 
Oo SHOW/ADAPTER (requires CMEXEC privilege) 
0 SHOW/CONFIGURATION (requires CMEXEC privilege) 
Oo SHOW/DEVICE (requires CMEXEC privilege) 
o AUTOCONFIGURE ALL (requires CMKRNL privilege) 


LOAD command 


This command is used to load a DEVICE DRIVER. If the CONTROLLER has 
only a single unit attached to it, issue the CONNECT command. 


Format: 
LOAD driver file spec 


CONNECT Command 


This command creates I/O base control blocks for devices. It can 
also load the driver if it has not been previously loaded into 
System memory. 


Format: 
CONNECT device name required quals optional quals 


Required Qualifiers: 
/(NO]ADAPTER=nexus 
/CSR=csr_address 
/VECTOR=vector_ address 


Optional Qualifiers: 
/NUMVEC=number interrupt vectors 
/DRIVERNAME=driver name 
/ADPUNIT=unit_number 
/MAXUNITS=maximum_ number of units 
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RELOAD Command 


mee eee ae ae eee 


This command loads a driver and removes a previously loaded version 
of that driver. Performs the same function as the LOAD command except 
it will load the driver regardless of whether it 1s already loaded. 


Format: 
RELOAD driver _file spec 


SHOW/ADAPTER Command 


This command displays nexus numbers and generic names of the Unibus 
and Massbus adapters, memory controllers, and device interconnects 
such as the DR32. 


Format: 
SHOW/ADAPTER 


SHOW/CONF IGURATION 


ee ee oe ee ee ee ee eee ee eee 


This command displays information about the system configuration. 


Format: 
SHOW/CONFIGURATION [ /ADAPTER=nexus | 
[/COMMAND FILE] 
[/OUTPUT=file spec] 
SHOW/DEVICE 


This command displays the location of a driver and the I/O data base 
describing its devices in system virtual memory. 


Format: 
SHOW/DEVICE [=driver_name] 


AUTOCONFIGURE ALL 


—_— we cee ee eee ee eee ee ee 


Configures D.E.C. supported devices to the system automatically. 


Format: 
AUTOCONFIGURE ALL 
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CONFIGURE [ /INPUT=file-spec] [ /OUTPUT=file-spec][/(NO) RESET] 


— eo eee ce ee eee ee ee ee cee we ee ee ee ce oe 


This command request the UNIBUS device names and then outputs 
the set of CSR and VECTOR addresses that are required for 


AUTOCONFIGURE to uSe. 


When executing this command, SYSGEN prompts you with "DEVICE>", 


Enter the device names in 


device,n,p 


~e *e Se “Oe WO 


the following format: 


where "device" = device's name 

and "n”" = how many of this device, and 

"p" = the optional number of devices on all 
previous UNIBUSes in a multiple UNIBUS 
system. 


This command can be used as follows to determine where UNIBUS devices 


should be addressed: 


SYSGEN> CONFIGURE <return> 
DEVICE> <device,n,p> <return> 
DEVICE> <device,n,p> <return> 


continue for all Unibus devices, and then: 


DEVICE> “Z 


SYSGEN will then print the desired configuration. 


CONNECT CONSOLE 


-— em ewe om om ees ee ee ee 


Connects the Console Floppy Drive and loads its driver. 


CREATE file-spec /SIZE=block-count [/(NO) CONTIGUOUS] 


ee ee eee ce ee es ee ee eee ee ee ee eee oe ee i ee ee eee eee 


Creates or extends a paging, swapping, or dump file. 


DISABLE CHECKS 


Disables range checks. 
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ENABLE CHECKS 


ee ee ee we eee 


Enables range checks. 


EXIT 


Terminates SYSGEN. Go back to the VMS DCL prompt. 


INSTALL file-spec  -/PAGEFILE /SWAPFILE 


ee Di i a ei De i A 


Activates a secondary paging or swapping file. 


SET /OUTPUT [=] file-spec 


— awe ee ee ee ee ee ees es ee ee ee es ee ees ee ee ie oe 


Defines an output file for the SYSGEN session. 


SET /STARTUP file-spec 


Names the current site-independent startup command procedure. 


SHARE MPMn mpm-name 


This command connects multiport memory units and initializes them 
to the Operating System. 
/INITIALIZE /GLBSECTIONS=glb 
/MAILBOXES=mail /MAXGLBSECTIONS=max-glb 
/MAXMAILBOXES=max-mail /POOLBCOUNT=block-cnt 
/POOLBSIZE=block-size /PRQCOUNT=prq-cnt 
/ CEFCLUSTERS=cef /MAXCEFCLUSTERS=max-cef 


SHOW parameter /xxx 


owe <em up ome ee cee eee ee ee ee ee eee 


Where xxx can be any of the following: 


/ ACP / ALL / DYNAMIC 
/GEN /JOB /MAJOR 

/ NAMES /PQL /RMS 
/SCS /SPECIAL /SYS 
{TTY [ /HEX ] 


Displays the values of the system parameters in the SYSGEN work area, 
plus the default, minimum, and maximum values of the parameter and 
their units of measure. 
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SET parameter-name value 


Modifies the value of a system generation parameter in 
work area. 


SHOW /UNIBUS 


Displays the addresses in UNIBUS I/O space that can be 


USE file-spec CURRENT ACTIVE DEFAULT 


Initializes the SYSGEN work area with system parameter 
a parameter file, the current system image, the active 
the default list. 


WRITE file-spec CURRENT ACTIVE 


— ae gre te ul OD ee es ee es ee ee ee ee ee es ees ee ee es ee ee ee es ee ee es 


the SYSGEN 


addressed. 


values from 
system, or 


Writes the system parameter values from the SYSGEN work area to a 
parameter file, the current system image, or the active system. 


Using SYSGEN to determine UNIBUS device Address/Vector Assignments 


The SYSGEN "CONFIG" command can be used to determine the proper 
address and vector assignments for the VAX UNIBUS devices. The 


following steps can be used to do this. 
1. Log into the VMS operating system. 


2. Execute the following commands: 


S$ MCR SYSGEN 

SYSGEN> CONFIG 

DEV> device _name,number of devices 

DEV> next device name,number of devices 
DEV> next device name,number of devices 
DEV> %*Z 


Enter all device names, 
one device type per 
"DEV>" prompt. 

"“Z" to end input mode. 


3. When you type the "*Z", SYSGEN will determine the correct addresses 
and vectors for the devices and will print them out on your terminal. 
The devices must be assigned these addresses in order for the SYSGEN 
utility to be able to auto-configure them. 


LOCAL CONSOLE Boot Command Files 


The Local Console Floppy contains the command files necessary to 
boot either VMS or the Diagnostic Supervisor. These command files 
do four important things: 


1. Initialize the VAX-11/780 CPU and the S.B.I. Nexus. 


2. Setup the VAX-11/780 CPU's General Registers in such 
a way as to tell VMB.EXE who to boot from, what to 
boot, and how to start what was booted. 


3. Initiate the ISP rom program to find a good 64K chunk 
of Memory. 


4, Load and Start the VMB.EXE program. 


Following 1s an example of one of the Local Console Boot command files. 
This command file boots VMS from Massbus drive #0 on RH780 #0 (TR=8). 


t 
! DBO Boot command file - DBOQBOO.CMD 
t 


HALT Halt the Processor. 
UNJAM Unjam the SBI. 
INIT Init the Processor. 


DEPOSIT/I 11 20003800 
DEPOSIT RO 0 


Set-up the SCBB. 
Disk Pack Device Type. 


! 

! 

! 

! 

! 
DEPOSIT R1 8 ! MBA TR=8. 
DEPOSIT R2 0 { Adapter Unit = 0. 
DEPOSIT R3 0 ! Controller Unit = 0. 
DEPOSIT R4 0 ! Boot Block LBN (unused) 
DEPOSIT R5 0 ! Software Boot Flags 
DEPOSIT FP 0 ! Set no Machine Check expected. 
START 20003000 { Start ROM Program. 
WAIT DONE ! Wait for Completion. 
EXAMINE SP ! Show address of working Memory+*X200. 
LOAD VMB.EXE/START:6@ ! Load the Primary Bootstrap 
START @ ' and start it. 


The parameters for VMB.EXE are described on pages 67 thru 70 of the 
VAX Systems Maintenance Handbook (EK-VAXV1-HB-001). 
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RESTAR.CMD 


— one ce ee ee ce cee er ot 


This command file is invoked in the event of Power Recovery and 
other console detected restart conditions if the "AUTO RESTART" 
switch is set. It can also be invoked manually with the following 


command to CONSOL.SYS: 


>>> @RESTAR.CMD 


The following RESTAR.CMD command file 
restart file used for systems without 


HALT ! 
UNJAM ! 
INIT ! 
DEPOSIT/I 11 20003800 ! 
DEPOSIT RO QO ! 
DEPOSIT Rl xxx ! 
DEPOSIT R2 ! 
DEPOSIT R3 ! 
DEPOSIT R4 ! 
DEPOSIT R5 ! 
DEPOSIT FP ! 
START 20003004 ! 


OoO000 


DSC or BACKUP Boot Command File 


cee ee ee eee eee eee ee eee eee ee eee 


1S an example of the type of 
interleaved memory: 


HALT the Processor. 

UNJAM the SBI. 

INITialize the Processor. 
Set address of SCBB. 

Clear unused Register. 
xXx=TR of Boot Disk NEXUS. 
Clear unused Register. 
Clear unused Register. 
Clear unused Register. 
Clear unused Register. 

No Machine Check expected. 
Start RESTART REFEREE, 


This command file boots either STAND-ALONE DSC or STAND-ALONE BACKUP 


from Floppies. 


HALT 

UNJAM 

INIT 

DEPOSIT/I 11 20003800 
DEPOSIT RQ 40 

DEPOSIT R1 0 

DEPOSIT R2 
DEPOSIT R3 
DEPOSIT R4 
DEPOSIT R5 
DEPOSIT FP 0 

DEPOSIT SP 200 

LOAD VMB.EXE/START: 200 
START 200 


0 
1 
0 
0 


o-m €-m Seen O—m ome SE Oe 


HALT the Processor. 

UNJAM the SBI. 

INITialize the Processor. 
Set address of SCBB. 
Console Floppy Device. 


Unit Number. 

Boot Block LBN (unused). 
Software Boot Flags. 

No Machine Check expected. 
Addr. of working Mem +*X200. 
Load Primary Bootstrap 

and Start it. 


RESTAR. ILV 


This command file should replace the RESTAR.CMD command file 
for those systems that have two interleaved memory controllers. 
This command file assumes that the memory controllers are at 
TR levels 1 and 2. 


This command file is invoked in the event of Power Recovery and 
other Console detected restart conditions if the Auto Restart 
switch is set. It can also be invoked with the following command 
entered to the CONSOL.SYS pompt (">>>"); 


@RESTAR.CMD 


The RESTAR.ILV command file consists of the following CONSOL.SYS 
commands: 


Halt VAX Processor. 

Initialize the VAX CPU. 

Set Address of SCBB in ISP rom. 
Clear unused Register. 


HALT 

INIT 

DEPOSIT/I 11 20003800 
DEPOSIT RO 0 


DEPOSIT R1 xxx xxx = TR of Boot Disk NEXUS. 
DEPOSIT R2 0 Clear unused Register. 
DEPOSIT R3 0 Clear unused Register. 
DEPOSIT R4 0 Clear unused Register. 
DEPOSIT R5 0 Clear unused Register. 


DEPOSIT FP 0 
DEPOSIT 20002000 101 
DEPOSIT 20002004 4000 
DEPOSIT 20004000 101 
DEPOSIT 20004004 4000 
START 20003004 


No MACHINE CHECK expected. 

Enable TR#1 Memory's interleaving. 
Force starting address to 00000000. 
Enable TR#2 Memory's interleaving. 
Force starting address to 00000000. 
Start Restart Referee in ISP rom. 


om @-— Omm 6m 6m 8 Om Om lee Gem 6 Oe ee Om 9 ow 
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This command file is used to reset the starting addresses of the 
memories, in a MS780 and MA780 system configuration, so that the 


MS780 will again be low memory. 


diagnostics on a VAX-11/782 system. 


This 1S necessary in order to run 


This command file is located on the LOCAL CONSOLE FLOPPY and is 
executed by typing "@RMEM" to the CONSOL.SYS prompt (">>>"). 


! Command file to RESET Memory Controller Restart 


DEPOSIT 
DEPOSIT 
DEPOSIT 
DEPOSIT 
DEPOSIT 


20002004 00004000 
2000400C 00200001 
2000600C OOADD0001 
2000800C 01200001 
2000A00C 01A00001 


: 
; 
; 


SET 
SET 
SET 
SET 
SET 


TR=1 
TR=2 
TR=3 
TR=4 
TR=5 


MEMORY 
MEMORY 
MEMORY 
MEMORY 
MEMORY 


Addresses. 


TO START AT Q.OMB. 
OUT OF THE WAY. 
OUT OF THE WAY. 
OUT OF THE WAY. 
OUT OF THE WAY. 


SECTION Ill 


Special COMMAND files / Programs 


Hardware Dump File Maintenance/Generation 


Two files should be added and two files modified on the LOCAL CONSOLE 
floppy in order to take Hardware Register Dumps. "DUMP." and "HANG." 
should be generated and installed on the Local Console Floppy by you. 
You should also modify the existing DEFBOO.CMD & RESTAR.CMD command 
files so that a Hardware Dump is taken before the system is rebooted 
(whenever BUGREBOOT=1). DEFBOO.CMD is used when BUGREBOOT=1 and AUTO 
RESTART switch is "OFF". RESTAR.CMD is used when BUGREBOOT=1 and AUTO 
RESTART switch is "ON", 


The "REMOTE LOCAL CONSOLE" floppy should also be modified to contain 
the files mentioned above. 


This command file dumps all the Hardware Registers via the CONSOL.SYS 
program commands. It should be tailored to the system on which it will 
be used so that all the Hardware Registers will be dumped. 


This command file 1s generated and then placed on the Local Console 
Floppy. The customer should be educated, by you, as to WHEN and HOW 
this command file should be used. 


This command file should do three things. They are as follows: 


1. Dumps all Hardware Registers as defined by DUMP. 
2. Single Steps the VAX CPU so as to find out where 
the software 1s hung. 
3. Initiates an @CRASH. so as to obtain a Software Dump. 


This command file is to be used for dumping system software hangs. It 
1S your responsibility to educate the customer as to HOW and WHEN to 
use this command file. 


DEFBOO.CMD and RESTAR.CMD 
These command files are supplied on the distributed Local Console 
Floppy. Their purpose is to attempt a restart of the Operating System 
on certain failure conditions. UNFORTUNATELY, the DEFBOO.CMD command 
file 1s also used whenever a "B" or "BOOT" is entered to CONSOL.SYS in 
order to reboot the system. The information gathered by appending a 
set of hardware register dump commands to the beginning of these files 
is very useful when trouble shooting system crashes on a system that is 
set up to reboot automatically. It is best to get an O.K. from the 
customer before modifying these command files. If need be, a seperate 
LOCAL CONSOLE floppy (preferably a "REMOTE LOCAL CONSOLE" floppy) can 
be made to use when the system has problems. 
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Version 3.x VMS dump file generation 


The following commands can be used to create the HANG., DUMP., and 
modify the DEFBOO.CMD & RESTAR.CMD command files on the LOCAL | CONSOLE 
floppy of a VERSION 3.x VMS Operating Se 


First of all, you must log into an account that has the "SETPRVY" 
privilege or into an account that has enough privileges to access 
"CSA1:". Do the following steps on "VERSION 3.x VMS" systems: 


S$ SET PROCESS/PRIV=ALL 
S$ MCR SYSGEN 
CONNECT CONSOLE 


EXIT 


MCR FLX 
MCR FLX 


ANMANMINNMLN 


=e "se SO Se WOE 


MOUNT/FOR CSA1: 


/RS=CS1:DEFBOO.CMD/RT/FA 
/RS=CS1:RESTAR.CMD/RT/FA 


RENAME RESTAR.CMD RESTAR.OLD 
RENAME DEFBOO.CMD DEFBOO.OLD 
EDIT DUMP. 


Create the DUMP. command file that you wish 

to place on the LOCAL CONSOLE floppy. Be sure 

to have examines for all registers on the system. 
An example of a DUMP. command file is given in this 
manual. 


$ COPY DUMP. HANG. 
S$ EDIT HANG. 


“=e “e we e 


Now create the HANG. command file by modifying the 
just made DUMP. command file to include the commands 
shown below. These commands should be appended to 
the end of the file. 


Set single step mode and gather some PC's 
in order to determine where software is hung. 


SET DEFAULT HEX, LONG, PHYSICAL 


D/ID 0A 00008080 


SET STEP INSTRUCTION 


Turn off/Clear Interval Timer. 
Set single step mode. 


iin 


NEXT 30 Find program oo. 
NEXT 1 Continue clock. 


D/ID OA 00000040 


{ 
! 
t 
CLEAR STEP ! Disable single step mode. 
t 
! 


Re-enable Interval Timer. 


! Now execute the equivalent of @CRASH in order 


: 
: 


to cause a Software Dump to be taken. 


HALT ! Halt the system. 

EPC : Get current PC, 

E PSL ! Get contents of PSL. 
E/T/N:4 0 ! Get Stack pointers. 

DPC -l ! Invalidate PC. 

D PSL 1F0000 ! Set Kernel mode, IPL 3l. 
CONTINUE ! Continue macro program. 
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COPY DUMP. DEFBOO.CMD 

COPY DUMP. RESTAR.CMD 

APPEND DEFBOO.OLD DEFBOO.CMD 
APPEND RESTAR.OLD RESTAR.CMD 
COPY/CONTIG RESTAR.CMD RESTAR.CMD 
COPY/CONTIG DEFBOO.CMD DEFBOO.CMD 
COPY/CONTIG DUMP. DUMP. 
COPY/CONTIG HANG. HANG. 

PURGE DEFBOO.CMD 

PURGE RESTAR.CMD 

PURGE DUMP. 

PURGE HANG. 

MCR FLX CS1:/RT=DEFBOO.CMD/RS/FA 
MCR FLX CS1:/RT=RESTAR.CMD/RS/FA 
MCR FLX CS1:/RT=DUMP./RS/FA 

MCR FLX CS1:/RT=HANG./RS/FA 

MCR FLX CS1:/RT/LI 

DISMOUNT CSAIL: 


MNNNMAMNANNOMANAMNNMNNNNNN 


eee cee ee ee em rw ee eee ee ee ee ce ee ee em it ee ce ee es ee ce ee eee eee ee eee ee 


Now you should bring down the system and test the files you have 
just created. To test the command files, proceed as follows from 
the CONSOL.SYS prompt: 


>>>@DUMP 
; All registers should be examined. Several errors may 
* occur on the Memory Stack examines. Ignore them. 
>>>@HANG 
* All registers should be examined. Several errors may 
; occur on the Memory Stack examines. Ignore them. 
>>>B 


> A hardware register dump should occur as with the DUMP. 
; command file and then the system should reboot. 


Now place the AUTO-RESTART switch to "ON" and turn the power "OFF" 
and back "ON". The Operating system should reboot via the modified 
RESTAR.CMD command file. 
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Version 4.x VMS dump file generation 


The following commands can be used to create the HANG., DUMP., and 
modify the DEFBOO.CMD & RESTAR.CMD command files on the LOCAL CONSOLE 
floppy of a VERSION 4.x VMS Operating System. 


First of all, you must log into an account that has the "SETPRV" 
privilege or into an account that has enough privileges to access 
"CSA1:". Do the following steps on "VERSION 4.x VMS" systems: 


S$ SET PROCESS/PRIV=ALL 

S MCR SYSGEN 

CONNECT CONSOLE 

EXIT 

S$ EXCHANGE 

COPY CSA1:RESTAR.CMD RESTAR.OLD 
COPY CSA1:DEFBOO.CMD DEFBOO.OLD 
EXIT 

S$ EDIT DUMP. 


Create the DUMP. command file that you wish 

to place on the LOCAL CONSOLE floppy. Be sure 

to have examines for all registers on the system. 
An example of a DUMP. command file is given in this 
manual. 


~e te Se “Ne WE 


S COPY DUMP. HANG. 

S$ EDIT HANG. 

Now create the HANG. command file by modifying the 
just made DUMP. command file to include the commands 
shown below. These commands should be appended to 
the end of the file. 


~e “=e “6 WO 


! 
! Set single step mode and gather some PC's 
! in order to determine where software is hung. 
! 
SET DEFAULT HEX, LONG, PHYSICAL 


D/ID OA 00008080 Turn off/Clear Interval Timer. 


! 

SET STEP INSTRUCTION ! 

NEXT 30 : 

CLEAR STEP t 

NEXT 1 : 

D/ID QA 00000040 : 
! 


Set single step mode. 
Find program loop. 
Disable single step mode. 
Continue clock. 

Re-enable Interval Timer. 


! Now execute the equivalent of @CRASH in order 
! to cause a Software Dump to be taken. 
! 


HALT ! 
E PC ! 
E PSL i 
E/I/N:4 0 ! 
DPC. =) ! 
D PSL 1F0000 ! 
CONTINUE ! 
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Halt the system. 

Get current PC. 

Get contents of PSL. 

Get Stack pointers. 
Invalidate PC. 

Set Kernel mode, IPL 3l. 
Continue macro program. 


COPY DUMP. DEFBOO.CMD 

COPY DUMP. RESTAR.CMD 

APPEND DEFBOO.OLD DEFBOO.CMD 
APPEND RESTAR.OLD RESTAR.CMD 
COPY/CONTIG RESTAR.CMD RESTAR.CMD 
COPY/CONTIG DEFBOO.CMD DEFBOO..CMD 
COPY/CONTIG DUMP. DUMP. 
COPY/CONTIG HANG. HANG. 

PURGE DEFBOO.CMD 

PURGE RESTAR.CMD 

PURGE DUMP. 

PURGE HANG. 

EXCHANGE 

COPY DEFBOO.CMD CSA1:DEFBOO.CMD 
COPY RESTAR.CMD CSA1:RESTAR.CMD 
COPY DUMP. CSA1:DUMP. 

COPY HANG. CSA1:HANG. 

EXIT 

S DISMOUNT CSAI1: 


MNAMANMNMNAMNNAMNAMNN 


Ce ni i i ne rr te a a i ie ec i a he ear ne ee 


Now you should bring down the system and test the files you have 
just created. To test the command files, proceed as follows from 
the CONSOL.SYS prompt: 


>>>@DUMP 
; All registers should be examined. Several errors may 
> occur on the Memory Stack examines. Ignore them. 
>>>@HANG 
; All registers should be examined. Several errors may 
* occur on the Memory Stack examines. Ignore them. 
>>>B 


> A hardware register dump should occur as with the DUMP. 
> command file and then the system should reboot. 


Now place the AUTO-RESTART switch to "ON" and turn the power "OFF" 
and back "ON". The Operating system should reboot via the modified 
RESTAR.CMD command file. 


DUMP. 


Command File 


This is an example of how a Hardware Register Dump command file should look. 
This command file should be tailored for the system it is to be used on. 


-—-—--> 


++ + * * * FF FX 


Lines marked with an "*" are system configuration dependent. 


_— ee ee eas sss sas sss a ss sass as as ass asa aes eas asa sca aes ee ee ee eee eee es 


Res -T5 <BR 


! VAX Serial No.: 
{ Don't B® 2 


SHOW 
HALT 


! HARDWARE 
' Date & Time ;: 
! Customer Name: 
t 


SET RELOCATION: 0 
SET DEFAULT HEX, 
E/ID/N:17 0 

18 


E/ID 
E/ ID 
E/ID 
E/ID 
E/ID 
E/ID 
E/ID 
E/ID 
E/ID 
E/ID 
E/ID 
E/ID 
E/ID 
E/ID 
E/ID 
E/ID 


* 


t+ + + * e+ FH HH OH HF 


* 


E/ID/N:25 19 


B IR 
Ee PC 


E/L/V-= 
E/L/V - 
E/L/V - 
E/I O/N:4 


E/N: 
E/N: 
E/N: 
B/N: 
E/N: 
E/N: 
E/N: 


2 
7 
6 
6 
F 
F 


9 


E/W/N: 
E/W/N: 
E/W/N: 
E/W/N: 
E/ID 3B 


E/L/P/N: 


20002000 
20006000 
20010000 
20012000 
20010400 
20010480 
20012400 
5: 2013038 
3 2013E040 
3, 201358050 
3-201 3H056 


TF @ 


E/G/N:F 0 


EB SP 


E/V/N:60 @ 
SHOW VERSION 


even if there is 


tt ?MIC" 


and/or 


" 2MEM-MAN" 


! Check to see if VAX is running. 


LONG, PHYSI 


; 
; 
; 
! 
! 
i 
! 
: 
! 
! 
: 


Roe Re ne ee ee ee ee ee ee ee ee ee 


errors. 


g—--—---— 


Make sure that the VAX is halted. 
CAL 

VAX CPU ID Registers. 

"15" cycles prior to "SBI FAULT". 
Vila" cycles prior to “SBI FAULT". 
"13" cycles prior to "SBI FAULT". 
"ile €ycles prior to "SBI FAULT”, 
"11" cycles prior to "SBI FAULT". 
"10" cycles prior to "SBI FAULT". 
"09" cycles prior to "SBI FAULT". 
"08" cycles prior to “SBI FAULT". 
"O07" cycles: prior to "SBI FAULT". 
"06" cycles prior to "SBI FAULT". 
rUo CyCLes Prior to “SBI FAULT" .« 
"O04" évycles Drier to “SBI -FAULT". 
"O03" ‘cveles-prior to “SBI FAULT". 
"O2" Cycles prior to: “SBI FAULT". 
"OL cycle: prior ‘to “SBI FAULT”. 
Last. cycle -stored prior to latching SILO. 


Remaining CPU ID Registers. 
Examine the contents of the IR. 
Get current PC. 
Get some instruction stream data. 


Examine STAC 


"wo 


Internal Reg 


MEMORY Registers (TR=l). 


DW78 
RH78 
RH78 
DBAOQ 
DRA1 
MTAO 
XMA 
XMB 
TTA 
TTB 
Get 


Q Regist 
0 (TR=8) 
0 (TR=9) 
: - RPO6 
>: - RMOQ5 
2 “=e. PR L6G 
- (76007 
- (76010 
- (76012 
- (76013 


System Control Block Base address. 
Dump System Control Block contents. 


ers (TR=3). 
Registers. 
Registers. 

#0 on RH780 at 
#1 on RH780 at 
#0 on RH780 at 
0) - on Adapter 
0) - on Adapter 
0) - on Adapter 
0) - on Adapter 


General Registers. 
Get Stack Pointer. 


Contents of STACK. 
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S tf 


IGNORE examine errors. 


HANG. Command File 


This command file should be tailored to the System it will be used on. 
The first part of this command file should almost identical to the DUMP. 
file. Some commands are added to the end of the DUMP. file so that some 
information can be gathered concerning the hang. 
----> Lines marked with an "*" are system configuration dependent. <---- 

! SYSTEM HANG - Hardware & Software Dump file 

! Date & Time 

! Customer Name: 

! VAX Serial No.: 

! Don't "*C", even if there is "?MIC" and/or "?MEM-MAN" errors. 

SHOW ! Check to see if VAX is running. 

HALT ! Make sure that the VAX is halted. 

SET RELOCATION: 0 

SET DEFAULT HEX,LONG, aeration 

E/ID O/N:3E VAX CPU ID Registers. 

E IR Get the contents of the IR. 

E/I O/N:4 Stacks via Internal Registers. 


' 
! 
* E/N:2 20002000 ! MEMORY Registers (TR=1) 
* E/N:7 20006000 ! DW780 Registers (TR=3) 
* E/N:6 20010000 ! RH780 (TR=8) Registers 
* E/N:6 20012000 ! RH780 (TR=9) Registers 
* E/N:F 20010400 ! DBAO: - RPO6 #0 on RH780 at TR#8. 
* E/N:F 20010480 ! DRA1: - RMOS #1 on RH780 at TR#8. 
* E/N:9 20012400 ! MTAO: - TE16 #0 on RH780 at TR#9. 
* E/W/N:3 2013E038 ! XMA - (760070) - on Adapter #0. 
* E/W/N:3 2013E040 ! XMB - (760100) - on Adapter #0. 
* E/W/N:3 2013E050 ! TTA - (760120) - on Adapter #0. 
* E/W/N:3 2013E058 ! TTB ~- (760130) - on Adapter #0. 
E/G/N:F 0 ! General Registers 
E SP ! Get Stack Pointer. 
E/V/N:60 @ ! Contents of STACK. IGNORE examine errors. 
E PC ! Get some instruction stream data in case 
E/L/V - ! hung in avery tight, one or two instruction 
E/L/V - ! loop. 
E/L/V - 


SHOW VERSION 
! .... Single Step the system to gather some program loop PC's 
SET DEFAULT HEX, LONG, PHYSICAL 


D/ID OA 00008080 ! Turn off/Clear Interval Timer. 
SET STEP INSTRUCTION ! Set single step mode. 
NEXT 60 ! Show program loop. 
CLEAR STEP ' Disable single step mode. 
! 


NEXT 1 ! Continue clock. 

Orne OA 00000041 ! Re-enable Interval Timer. 

; Simulate an "@CRASH" so as to get Software Dump 
ee 

BE PC 

E PSL 
D PC -l ' Invalidate PC 

D PSL 1F0000 ! KERNEL mode / IPL=31 
CONTINUE 
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SAVEDUMP .COM 


A command file that saves SYSSSYSTEM:SYSDUMP.DMP in a 
specified area. This command file should be executed 
from the SYSSSYSROOT: [SYSMGR]SYSTARTUP.COM command 
file so that the Software Dump is saved. 
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o-—= a= @-m SG~eP 6-8 om o-—m ¢e-™ ¢€-— om O-m C= Oom 6m Om 8 es Oe eo=—m O-—m G0 6 ‘——- ¢-—-= o~m_ sm 


WR 
WR 
WR 


MAINA MNMNMMNMNMNINMNMNMNMNMMNAMMNMNMMN NA NNN ANNAN NNNnNNNNnVnNNNNHNNNNNNMNMN 


COPY 
SET 
SHOW 
SHOW 
SHOW 
SHOW 
SHOW 
EXIT 
> 

: 


SAVE VERIFY = 'FSVERIFY("NO")' 
Written by Roy D. Fulton, D.E.C. Field Service 


This command file copies the Software System Dump File, 
SYSSSYSTEM:SYSDUMP.DMP, to a file located in 'AREA_ NAME' 
with a name that reflects the reboot DAY, MONTH, HOUR and MINUTE. 


This command file should be entered by specifing the "AREA NAME" 
as parameter "P1", as follows: 


@yyySAVEDUMP xxx ;where xxx = DDCU:DIRECTORY of area 
in which to save the dump file and, 


;where yyy = DDCU:DIRECTORY of where 
the "SAVEDUMP.COM" file is located. 


If the "AREA NAME" is not specified as parameter "P1", the dump 
file will be copied to the area "SYSSLOGIN" (the default directory 
of the area that you logged into). 


This command file should be executed as part of the VMS System 
"SYSSSYSROOT: [SYSMGR]SYSTARTUP.COM" command file by placing the 
above command in that command file. 


IF Pl .NES. "" THEN AREA NAME := 'PL' 

IF Pl .EQS. "" THEN AREA NAME := 'FSLOGICAL("SYSSLOGIN") ' 
DTIM := 'FSTIME()' 

LT = 'FSLOCATE("-",DTIM)' 

DAY := 'FSEXTRACT(0,LT,DTIM)' 

IF LT .EQ. 1 THEN DAY := O'DAY' 

Et =: EP a 


MONTH := 'FSEXTRACT(LT,3,DTIM)' 
LT = 'FSLOCATE(":",DTIM)'+1 


MIN := 'FSEXTRACT(LT,2,DTIM)' 

LY Ss *LP 3 

HOUR := 'FSEXTRACT(LT,2,DTIM)' 

NEW NAME := 'DAY''MONTH''HOUR''MIN'.DMP 
NEW LIST := 'DAY''MONTH''HOUR''MIN'.LIS 


SEXE := 'FSLOGICAL("SYSSSYSTEM")'! 
WRITE SYSSOUTPUT " " 


ITE SYSSOUTPUT: “3%. Copying” 
ITE SYSSOUTPUT " from : ''SEXE'SYSDUMP. DMP" 
ITE SYSSOUTPUT " LO: % ' "AREA NAME'''NEW NAME' " 


ANALYZE/CRASH DUMP SYSSSYSTEM: 
'AREA NAME' 'NEW NAME’ 
OUTPUT 'AREA NAME''NEW LIST’ 
CRASH 
STACK 
SUMMARY 
PROCESS /PCB/PHD/REG 
SYMBOL/ALL 


IF SAVE VERIFY THEN SET VERIFY 
EXIT 
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SPEAR Batch Command File 


3-1] 


SPEAR BATCH CONTROL 


This is an example of a VMS Indirect Command file that can be used 

to run SPEAR as a BATCH job. When this command file is executed, 

a BATCH job will be submitted that will run the "ANALYZE" portion 

of SPEAR and will queue the output to the printer. The command file 
is executed by typing "@DDCU:SPEAR" at the VMS prompt, where "DDCU" is 
equal to the directory designation of where the SPEAR.COM file resides. 
The actual command file would appear as follows for VMS: 


! VMS COMMAND FILE TO RUN SPEAR 

' 

! FIRST RE-QUEVE THE JOB TO RUN TOMORROW 

SUBMIT SPEAR.COM/AFTER: TOMORROW/WSDEFAULT=400 /WSQUOTA=0 
t 


MNMNNM WN 


RUN SYSSSYSTEM: SPEAR 
SUMMARIZE 

!FILE NAME 

! FROM 

'TO 
SUMMAR. RPT 

1GO 
ANALYZE 

'FILE NAME 

! FROM 

'TO 
SPEAR.RPT 
NL: 

!GO 
EXIT 
! 
! PRINT THE RESULT 
PRINT SUMMAR. RPT 
PURGE SUMMAR.RPT/KEEP=1 
PRINT SPEAR. RPT 
PURGE SPEAR. RPT/KEEP=1 


NNMINAMN IM” 


SDA.COM 


This command file is used to make a printable file containing some 
information from a specified system software dump file. 


SAVE_VERIFY = 'FSVERIFY("NO")' 
! Written by Roy D. Fulton, D.E.C. Field Service 


VERSION := 2.0 

SET NOON 

ON ERROR THEN CONTINUE 
ON CONTROL _Y THEN EXIT 
TYPE SYSSINPUT 


—. <=) owe cop qe ee cee ce ee es oe ee cee ce es ee ee cs ee ee ec ee ee ee ee ee ee ee ee ee ee ee ee ee ee eee ee ee ee ee eee es 


MMNAMNAAMNMNMMN 


This command file examines the desired SOFTWARE Dump file, and 
creates a file of basic information (about the crash) that can 
be used for most crash analysis. 


Answer all questions with a "Y¥" for YES or an "N" for NO, unless 
otherwise stated. A "<return>" is equal to a YES. 


If you require help, simply type a "?" or "H". 


—< “= owe we eee eee eee ee Ce om ce ee ee es ee ee eee ee es eee ee ee ee es ess ee ee ee eee ee ee ee ees es ee i eee ee ee ee we ee ee ee eee ee eee 


>. OTART: 
S INQUIRE DMP "What System Dump ( DDCU:([DIRECTORY]FILENAME.EXT )? i 
S IF DMP .NES. "/H" .AND. DMP .NES. "H" .AND. DMP .NES. "/HELP" - 


AND. DMP .NES. "HELP" .AND. DMP .NES. "?" THEN GOTO CONTINO 
S TYPE SYSSINPUT 


Enter the name of the file that you wish to examine and also 
state the device and directory of where the file is located, in 
the following format: 


DDCU: [DIRECTORY ] FILENAME. EXT 


where, 
DDCU = device on which file 1s stored. 
DIRECTORY = directory in which dump is located. 
FILENAME = filename of the dump file. 
EXT = three digit extension of dump file. 
> ! 
) GOTO START 


S$ CONTINO: 

S$ IF DMP .EQS. "" THEN DMP :== SYSSSYSTEM:SYSDUMP.DMP 

S$ INQUIRE TO "... You wish to examine ''DMP' ? " 

S IF TO .NES. "Y" .AND. TO .NES. "" .AND. TO .NES. "YES" THEN - 
GOTO START 

S$ PRTOUT: 

$ INQUIRE PRT "... Output to be printed on the SYSSPRINT device?" 

S$ IF PRT .EQS. "Y" .OR. PRT .EQS. "" .OR. PRT .EQS. "YES" THEN PRT := Y 

S$ IF PRT .EQS. "N" .OR. PRT .EQS. "NO" THEN PRT := N 

S IF PRT .EQS. "N" .OR. PRT .EQS. "Y" THEN GOTO CONTINI 

S TYPE SYSSINPUT 


The output will go to a file in your disk area that is equal to the 
Dump's filename with an extension equal to "LST". This file can be 
queued to the SYSSPRINT queue, which is usually a Line Printer queue, 
if you so desire. Answer this question with one of the following 
responses: 


Y = Queue listing to SYSSPRINT device. File is deleted 
after printing. 

<return> = same as "Y", 

N = Do not print the file. File remains in disk area. 

4 = Displays this help file. 

H = same as "?™ 00000 

S$ WRITE SYSSOUTPUT " The SYSSPRINT device 1s '‘''FSLOGICAL("SYSSPRINT")' Pah 

S WRITE SYSSOUTPUT " " 

$ GOTO PRTOUT 

S CONTINL: 

$ TMP := 'DMP' 

$ LT = 'FSLENGTH( DMP) ' 

S$ AA = 'FSLOCATE(":",DMP)' 

S$ BB = 'LT'-'‘AA' 

5 IF AA .NE. LT THEN TMP ;:= 'FSEXTRACT(AA+1,BB-1,DMP) ' 

$ LT = 'FSLENGTH(TMP) ' 7 

$ AA = 'FSLOCATE("]",TMP) ' 

S BB = ‘LT‘-'AA' 

> IF AA .NE. LT THEN TMP := 'FSEXTRACT(AA+1,BB-1,TMP) ' 

$ LT = 'FSLENGTH(TMP) ' 
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: 
$ 
S 
S 
3 
S$ WRITE 
: 
9 
2 


"DMP ' 


AA = 'FSLOCATE(".",TMP)' 

IF AA .NE. LT THEN TMP := 'FSEXTRACT(0,AA,TMP) ' 

TMP := 'FSLOGICAL("SYSSLOGIN")''TMP'.LST 

WRITE SYSSOUTPUT " " 

WRITE SYSSOUTPUT " " 

SYSSOUTPUT ".... Creating ''TMP' ... Please wait 


ANALYZ: 


ON ERROR THEN EXIT 
RUN SYSSSYSTEM:SDA 


SET OUTPUT 'TMP' 
SHOW CRASH 

SHOW PROCESS/ALL 
SHOW STACK/ALL 
SHOW DEVICE 

SHOW SUMMARY 

SHOW PFN_DATA/ALL 
EXAMINE/PO 


EXIT 
! 


EXITH: 


ANANAMINANINMDMNONMNMNDNMNMNMNUNN 


ON ERROR THEN CONTINUE 

WRITE SYSSOUTPUT " " 

WRITE SYSSOUTPUT " " 

IF PRT .EQS. "Y" THEN WRITE - 


IF PRT .EQS. "Y" THEN PRINT/DELETE 'TMP' 
IF PRT .EQS. "Y" THEN GOTO EXITH 


WRITE SYSSOUTPUT "..... Information about - '‘''DMP'" 


WRITE SYSSOUTPUT " " 


WRITE SYSSOUTPUT "..... is stored in - ‘''TMp'" 


WRITE SYSSOUTPUT " " 
WRITE SYSSOUTPUT " " 
IF SAVE VERIFY THEN SET VERIFY 


" 


YSSOUTPUT " .....''TMP' is being queued to ''FSLOGICAL("SYSSPRINT")'" 


FP780 Control Programs 


These programs are used to turn the Floating Point Accelerator 
"ON" or “OFF"., These two programs may be created with an editor 
and then assembled and linked. 


FPAOFF.MAR 


.TITLE FPAOFF.MAR 


START: 


FPAOFF: 


Si); 


VAX780: 


*Written by Roy D. Fulton, D.E.C. Field Service 


>This routine "Turns OFF" the Floating Point Accelerator 


*This routine needs the "CMKRNL” privilege. 


e 
r 


.WORD 

SCMKRNL S FPAOFF 

RET 

. WORD 

MFPR #°X3E,SID ;get SID Register contents 
CMPZV #*D24,#*D4,SID,#*X1 ;is System a VAX-11/780 
BEQL VAX780 ;Branch if yes 

CMPZV #*°D24,#°D4,SID, #*X2 71s System a VAX-11/750 
BEQL VAX780 ;Branch if yes 

CMPZV #°D24,#*D4,SID,#*X3 ;1s System a VAX-11/730 
BEQL VAX780 ;Branch if yes 

MOVL #*X901,R0 ;Unsupported Processor Type 

RET ;exlt routine due to no such processor 
. WORD sholds contents of SID register 
. WORD 

MTPR #0, #°X28 *Turn off FPA enable on 11/780 
MOVL #*X1,R0 711/780 successful completion 
RET -exit routine 

-END START 
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FPAON.MAR 


TITLE FPAON.MAR 


START: 


FPAOFF: 


SID: 


VAX780:3 


*Written by Roy D. Fulton, D.E.C. Field Service 


sThis routine "Turns ON" the Floating Point Accelerator 


;This routine needs the "CMKRNL” privilege. 


© 
, 


»WORD 

SCMKRNL_S FPAOFF 

RET 

» WORD 

MFPR #*X3E,SID ;get System Identification Register contents 
CMPZV #°D24,#*D4,SID,#*X1l sis System a VAX-11/780 

BEQL VAX780 ;Branch if yes 

CMPZV #*D24,#*D4,SID,#*X2 -is System a VAX-11/750 

BEQL VAX780 *Branch if yes 

CMPZV #*D2Z4,#*D4,SID,#*X3 ;is System a VAX-11/730 

BEQL VAX780 | ;Branch if yes 

MOVL #*X901,R0 ;Unsupported Processor Type 

RET ;exit routine due to no such processor 

.» WORD sholds contents of SID register 

e WORD 

MTPR #8000,#*D40 ;Turn ON FPA enable on 11/780 

MOVL #*X1,R0 ;setup RO for successful completion flag 
RET s;exit routine with FPA off 

~END START 
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SECTION IV 


VAX-11/780 BASICS 


VAX Family 
Virtual 
Addressing 


{Program 
{ Region 


f 

! 

! PQ 
! Space 
{ 

t 


Control! 
Region ! 


! 
Pl 
Space ! 

! 
! 


ee ed 


System 
Region 


S0 
Space 


not 
used 


Sl 
Space 


Virtual & Physical Address Space 


00000000 


SFFFFFFF 


40000000 


#EPPEPEF 


80000000 


BFRFFFFFF 


CQ000000 


PREPPEPEP 
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VAX-11/780 


Physical 


Addressing 


! ! 
! Avail. ! 
!Physical! 
! Memory ! 
t t 


00000000 


OO7FFFFF 


! ! 00800000 
! ! 
! ! 
'Physical! 

Memory ! 

Addrs. ! 


om = Om $e OE 6m 6D 


LFFFFFFF 
20000000 


— << am <p oe ae cee om ee 


! Unibus ! 
! Space ! 
! (I/O) ! 
!Not Used! 
! I/0 ! 
! Space ! 
! Addrs. ! 
{ ! 


VAX-11/780 General Registers Assignments 


Register No. 


Hex Dec. 32 00 
F 15 ! Program Counter f PC 
E 14 ! Stack Pointer ! SP 
D 13 ! Frame Pointer { FP 
C 12 ! Argument Pointer { AP 
B 11 t ! 
A 10 ! ! 
9 09 { ! 
=== .-. Not asSigned ... == 
8 08 ! | ! 
7 07 t ! 
6 06 { ! 
5 05 ! ! 
--- Used in Character === 
4 04 ! ! 
fade and Decimal String Se5 
3 03 ! ! 
~-- instructions. ROO and 255 
2 02 { ! 
--- RO1l are also used in a= 
1 O01 ! ! 
--- POLY & CRC intructions ee 
0 00 ! ! 
R3,R5 - Address Counter in Character and Decimal instructions. 
R2,R4 - Length Counter in Character and Decimal instructions. 
Rl - Result of POLYD. Address Counter in Character and 
Decimal instructions. 
RO - Result of POLY,CRC. Length counter in Character and 


Decimal instructions. 
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SUBROUTINE Usage & Operation 


Subroutines are portions of code that may be used many times within 
a program at different times. In order to save memory space, this 
common code can be written as a subroutine and can be called and 
exited with the instructions listed below. The processor saves the 
current PC on the STACK whenever a subroutine is called so that the 
return instruction will know where to return to. The Processor 
Status Longword is not saved on the STACK when calling a subroutine, 
nor is it modified by the Subroutine call and return instructions. 


Three instructions are used for calling a subroutine. They are 
as follows: 


BSBB ~-- Branch to subroutine with Byte Displacement. 
Displaces PC a maximum of +127 or -128 bytes. 
BSBW --- Branch to Subroutine with Word Displacement. 


Displaces PC a maximum of +32767 or -32768 bytes. 
The PC 1s pushed onto the STACK as a longword. 
The sign-extended (to 32 bits) branch 
displacement is added to the PC and the PC is 
replaced with the result. 


-(SP) <--- PC 
PC <--- PC + SEXT Displacement 


JSB --- Jump to subroutine. 
The destination address is calculated from the 
Operand Specifier byte. The PC is then pushed 
onto the STACK. Finally, the PC is replaced by 
the calculated destination address. 


-~(SP) <--- PC 
PC <--- Destination 


One instruction is used to return from a subroutine. It is: 
RSB --- Return from subroutine 
Is used to return from subroutines called by the 
BSBB, BSBW and JSB instructions. The PC is replaced 
by a longword popped from the STACK. 
PC <--- (SP)+ 


Note: RSB is equivalent to JMP @(SP)+, but is one 
byte shorter. 
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PROCEDURE Usage & Operation 


PROCEDURES are general purpose routines that use argument lists 
passed automatically by the processor and use only local variables 
for data storage. A PROCEDURE CALL INSTRUCTION provides several 
services to the programmer that occur automatically by the processor. 


A Procedure Call Instruction: 


. Saves all the registers (ROO - R11), that the procedure 
uses, before entering the called procedure. This is 
accomplished by the programmer specifying which registers 
are to be saved in an ENTRY MASK when the Procedure is 
written. The ENTRY MASK is the first WORD of a Procedure. 


. Passes an argument list to a Procedure. This is done in two 
ways. The argument list can be stored anywhere in memory, 
in which case the CALLG instruction 1s used, or the list can 
be stored on the STACK, in which case the CALLS instruction 
is used. 


Maintains the STACK, FRAME and ARGUMENT Pointer registers. 


. Initializes the Arithmetic Trap ENABLES to a given state. 
This is accomplished by the ENTRY MASK. 


When a PROCEDURE completes execution, it issues the RET (Return from 
Procedure) instruction. RET uses the Frame Pointer register to find 
the registers that were saved by the Procedure Call Instruction. It 
restores the original contents to these registers, cleans up data left 
on the Stack (including nested routine linkages), and can return values 
using the argument list or other registers. 
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PROCEDURE Usage & Operation (continued) 


. Is one Word in length 


. Bits 2 thru 1l select Registers to be Saved upon 
Procedure Call. A one in the respective bit position 
SAVES that register before Procedure is executed. 


- Bits 0 & 1 are not normally used by software to save 
Registers 0 & l, respectively, due to Procedure Calling 
standard. They will be saved if you set the respective bit. 


. Bit 15 is used to enable/disable Decimal Overflow (DV). 
. Bit 14 is used to enable/disable Integer Overflow (IV). 
- Bits 12 & 13 must be zero. 


- Is located in First WORD of Procedure. 


15 1413121110 9 8 7 6 5 4 3 2 1 #90 


— a ep ee ee ee ee oe ee ee eee ee ee ee ee ee ee ee ee es ee es es ee eee eee eee 


ENTRY MASK ---> !DV!IV! MBZ ! Registers to Save ! 


ARGUMENT LIST 


a ee es ee ee eee ee oe 


» An Argument List is simply Data that 1s needed for the 
Procedure to use. This list of data may be something like 
a group of numbers that must be added together by the 
Procedure. 


- The Argument List may be stored anywhere in memory or it 
may be stored on the Stack. If the Argument List is stored 
on the Stack, the "CALLS" Procedure call instruction is 
used to enter the Procedure. If the Argument List is stored 
somewhere other than on the Stack, the "CALLG" Procedure 
call instruction is used to enter the Procedure. 


Format: 


"CALLG" Procedure Call Operation 


opcode arglist.ab, dst.ab 


opcode = "RA" 

arglist.ab = Specifies starting address of 
Argument List in memory. 

dst.ab = Specifies starting address of 


the Procedure to be entered, 


Description: 


Lg 


2. 


10 


SP is saved in a temporary register and then bits 1:0 are 
replaced by 0 so that the stack is longword aligned. 


The PROCEDURE ENTRY MASK is scanned from Bit 11 to 00 and the 
contents of those registers whose number corresponds to the 
set bits in the ENTRY MASK are pushed on the Stack as 
LONGWORDs. 


The "PC","FP", and "AP" are then pushed on the Stack, also 
as LONGWORDs. | 


The CONDITION CODES are cleared in the Processor Status 
Longword (PSL). } aed ox 


A LONGWORD is pushed on the Stack containing: 
. the two low bits of the saved SP in Bits 31:30 
- adQin Bits 29 & 28 
the low 12 bits of the ENTRY MASK in Bits 27:16 
the low word of the PSL in Bits 15:00 with the 
"T" bit cleared 


A LONGWORD = 000000 is pushed on the Stack. 
The "FP" is replaced by the "SP", 
The "AP" is replaced by the "arglist operand”. 
The Trap enables are set to a known state in the PSL. 

» IV and DV are setup according to bits 14 & 15 

of the ENTRY MASK, respectively 

. Floating underflow bit is cleared 

. T-bit is unaffected 
The "PC" is replaced by the sum of the destination operand 


plus 2, which transfers control to the called procedure at 
the byte beyond the ENTRY MASK. 
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Format: 


Description: 


1. 


10% 


Ei 


"CALLS" Procedure Call Operation 


——aew oe ow 


—— ees ee ee eee ee eee eee ee ee 


opcode numarg.rl, dst.ab 


The 


The 


opcode = "FB" 
numarg.rl = number of arguments on stack 
dst.ab = specifies starting address of the 


procedure in memory 


"numarg”"™ operand is pushed on the Stack as a Longword. 
. Byte Q contains the number of arguments 
. The High order 24 bits are used by DEC software 


"SP" is saved in a temporary register and bits <1:0> 


of the "SP" are replaced by 0 so that the stack is Longword 
aligned. 


The 
the 
set 
The 


The 


Procedure ENTRY MASK is scanned from bit 11 to bit 00 and 
contents of the registers whose number corresponds to the 
bits of the Entry Mask are pushed on the Stack. 

"PC","FP", and "AP" are pushed on the Stack as Longwords. 


Condition Codes are cleared in the Processor Status 


Longword (PSL). 


A LONGWORD is pushed on the Stack containing: 


the two low bits of the saved SP in Bits 31:30 
alin Bit 29 

- a0Oin Bit 28 

. the low 12 bits of the ENTRY MASK in Bits 27:16 
the low word of the PSL in Bits 15:00 with the 
"T" bit cleared 


A LONGWORD = 000000 is pushed on the Stack. 


The 


The 
the 


The 


"FP" is replaced by the "SP". 


"AP" is set to the value of the Stack Pointer after 
"numarg operand" was pushed on the Stack. 


Trap enables are set to a known state in the PSL. 
Iv and DV are setup according to bits 14 & 15 
of the ENTRY MASK, respectively 
Floating underflow bit is cleared 
T-bit is unaffected 


The "PC" is replaced by the sum of the destination operand 
plus 2, which transfers control to the called procedure at 
the byte beyond the ENTRY MASK. 
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"RET" Procedure Return Operation 


— cs eee ee ce ce en ee ee cee eee ee eee eee 


Format: 
opcode opcode = "04" 
Description: 

1. The "SP" is replaced by the "FP" plus 4. 

2. A Longword is popped from the Stack, and stored in a temporary 
register, containing: 

. Stack Alignment bits in bits 31:30 
. CALLS/CALLG flag in bit 29 (1 = CALLS, 0 = CALLG) 
. Low 12 bits of the Procedure ENTRY MASK in 
bits 27:16 
. A saved PSW (low order word of PSL) in bits 15:00 

3. The "Pc", "FP", and "AP" are replaced by Longwords popped 
from the Stack. 

4, A register restore mask is formed from bits 27:16 of the 
temporary register. 

5. Scanning from bit 00 to bit 11 of the restore mask, the 
contents of the registers whose number is indicated by set 
bits in the restore mask, are replaced by Longwords popped 
from the Stack. 

6. The "SP" is incremented by 31:30 of the temporary register. 

7. The PSW (low order word of PSL) is replaced by bits 15:00 
of the temporary register. 

8. If bit 29 in the temporary register is a l (indicating that 
the procedure was called by a CALLS instruction), a Longword 
containing the number of arguments 1S popped from the Stack. 
Four times the unsigned value of the low byte of this Longword 
is added to the "SP" and the "SP" is replaced by the result. 

9. At this point, the Return has been executed. Program control 


continues with at the current PC. 
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Procedure Call (CALLS/CALLG) notes: 


— <a <> <> CE a A eee ee oe eee ee ee eee ee eee 


If bits 13:12 of the ENTRY MASK are not 0, a reserved 
operand fault occurs. 


On a reserved operand fault, Condition Codes are 
UNPREDICTABLE... 


The procedure calling standard and the condition handling 
facility require the following register saving conventions: 


. RO & R1 are always available for function return 
values and are therefore never saved in the Entry 
Mask. 

. All registers, R2 thru Rll, which are modified in 
the called Procedure, must be preserved by setting 
the respective bits in the Entry Mask. 


When using "CALLS" Procedure Call, normal use is to push 
the arglist onto the stack in reverse order prior to the 
CALLS instruction. On RETurn, the arglist is removed from 
the Stack automatically by the processor. 


Return from Procedure(RET) notes: 


oe 


ee eee ee ee ee es ee eee ee ee ee eee ee ee eee ee ee 


A reserved operand fault occurs if the Temporary Register 
bits 15:08 is not equal to 0. 


On a reserved operand fault, the condition codes are 
UNPREDICTABLE. The value of the Temporary Register bit 28 
is lgnored. 


The procedure calling standard and the condition handling 


facility assume that procedures which return a function 
value or a status code, do so in RO or RO & RI. 
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PROCEDURE CALL Stack Layout 


KHRKKKEKKEKRKKEKKEKKKEKKREKKREKRKEKER 


Before execution of a "CALLS", the Procedure Arguments are 
stored on the Stack as follows. 


<a eee cme ee mee we ee ee ee ee ee ee es es ee ee we ee we ee ee ee ee ee ee ee ee ee ee ee ee ee wee 


! ! : (SP) before 
Aes Se a ee ee ee re eye ae arguments 
: X number of Longwords of Argument List : pushed. 


> cm ow ee ee ee ee es ee ee es ee es es ee ee ee ee ee es ee ce ee es es es es ee ee ee ee ee ee es ee ce ce ee ee ee es ee ee 


! i X ! : (AP) & (SP) 


ee ce ce co ee es ee es ee ee ee ee ee es es ee es es es ee ee ee ee ee ee ee cs ee es ee es ee ee eee ee ee ee ee 


! ! : (SP) before 


~------ = $+ == $= + $$ 5-5-5 +--+ = --- = ---------- CALLS/CALLG 
‘ 0-3 bytes specified by the "SPA" ; 
- {Stack- Pointer Alignment) 

! "saved Rll if selected by Mask" 

‘ Saved General registers. Which registers are : 

‘ saved depends on the set bits in the Entry Mask. ; 

! "saved ROO if selected by Mask" 

! saved "Pc" ! 

Saved "FP" 

! saved "AP" ! 

! SPA !S!0! MASK<11:00> ! saved PSW<15:05> ! 0 ! 

! condition handler (initially 000000) t : (FP) & new 
— SSeS SSeS Sea ee a ee ee ee eae (SP) 


VAX-11/780 NATIVE ADDRESSING MODES 


me wee ee ew ce ee ee ee es ee eee eee ce ee ee ee eee 


Many of the modes are very Similiar to PDP-1ll 
addressing modes 


. Indexing can be combined with many of the 
addressing modes 


. Operand Specifier consists of 1 Byte that contains 
the MODE and the General Register to be used 


. The VAX addressing modes are as follows: 


Operand 
Specifier 
Layout 


Notation 


Rn 


(Rn) 


~(Rn) 


(Rn) + 


#num 


@(Rn)+ 


@#ADDR 


Byte --> ! mode 


—_— ew ee ee ee ee ee es ee 


[> Low Nibble 


!--> High Nibble 


Mode Name 


Literal 


Register 


Register Deferred 


Autodecrement 


Autoincrement 


Immediate 
(PC) 


Autoincrement 
Deferred 


Absolute 
(PC) 
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Description 


et) ess ee cee eee ee ee ee ee ee ee ce ee ee ee ee ee ee ee ee ee ee es ee se ee eee ee we eee ee ee ee re ee ee ee i ee ee ee ee es ee ee ee es ee ee 


Mode and Operand are 
contained in the same BYTE. 
Operand is contained in low 
6 bits of addressing mode. 


Rn contains operand. 


Rn contains Address of the 
operand. 


Rn 1s first decremented. 
The resulting Rn contains 
Address of the operand. 


Rn contains the Address of 
the operand. 
Rn iS incremented after. use. 


same as autoincrement mode 
with R15 (PC) used as the 
general register. 


Rn contains an Address that 
contains the Address of the 
operand. 

Rn iS incremented after use. 


same as autoincrement 
deferred mode with R15 (PC) 
used as the General Reg. 


Mode Notation Mode Name Description 


— — ~— ce I ce i ee nee ime ete ne i te i i 
—— — 


A - Byte B*d(Rn) Displacement - Displacement (R15 contains 
C - Word Wd (Rn) address of Displacement) is 
—E - Longword L%*d(Rn) first sign extended if Byte 


or Word displacement is 
used. Then the displacement 
value is added to Rn. The 
resulting value is the 
Address of the operand. 


A - Byte B*“ADDR Relative - same as displacement mode 

C - Word W*ADDR (PC) with R15 (PC) used as the 

E - Longword L*ADDR general register. 

B - Byte @B*(Rn) Displacement 

D - Word @W* (Rn) Deferred - Displacement (R15 contains 
F - Longword @L*(Rn) | address of displacement) is 


first sign extended if Byte 
or Word displacement is 
used. Then the displacement. - 
value is added to Rn. The 
resulting value is the 
Address of the Address of 
the operand. 


B - Byte @B*“ADDR Relative Deferred - same as Displacement 
D - Word @W*ADDR (PC) Deferred mode with R15 (PC) 
F - Longword @L*ADDR used as the general 


register. 
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Indexing (Mode = 4) can be used with the following modes as 
long R15 is not used as the index register: 


Register Deferred 
Autodecrement 
Autoincrement 
Immediate 


Absolute 

Displacement 

Relative 

Displacement Deferred 
Relative Deferred 


OW On~AD OP WN - 


come 


7 


Index Operand Specifier ---> ! 4 


Register Deferred Indexed 
Autodecrement Indexed 
Autoincrement Indexed 
Immediate Indexed 
Autoincrement Deferred Indexed 
Absolute Indexed 

Displacement Indexed 

Relative Indexed 

Displacement Deferred Indexed 
Relative Deferred Indexed 


Autoincrement Deferred 


00 - 14 


ee) 

* 

* 
ll 


—_— << ow oem ce ee ees sae ae ee oe 


00 => 25 


ye 

ae | 

J 
i 


(Rn) (Rx] 
-{Rn) [Rx] 
(Rn)+[{Rx] 
#num[ Rx] 
@(Rn)+[({Rx] 
@#ADDR[ Rx | 
disp(Rn)[{Rx] 
ADDR[ Rx] 
@disp(Rn) [Rx] 
@ADDR[ RX] 


- Index Specifiers are physically positioned, in memory, 
before the Operand Specifier (that is being indexed). 


Indexing is accomplished as follows: 


The contents of the index register is modified 

by multiplying the contents of the index register 

by the value that reflects the context of the data 

type specified. 
Multiply by 1 for byte 

2 for word 

4 for longword & F_ floating 

8 for quadword, D & G floating 

6 for octaword & H floating 


Calculate the Address of the Operand specified 
by the "Base" Operand Specifier. 


Add the results of steps 1 & 2 together in order 
to obtain the "address of the Desired Operand"... 


The following restrictions are placed on the Index 
register Rx: 


he 


The PC (R15) cannot be used as an index register. 
If 1t is, a reserved addressing mode fault occurs. 


If the Base Operand Specifier is for an addressing 
mode which results in register modification (auto- 
increment,autoincrement deferred, or autodecrement) 
the same register cannot be the index register. If 
it is, the primary operand address is 
"UNPREDICTABLE"... 
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PC (R15) Mode Operand Specifiers 


KKKKKEKKKKKKKKKHEKRRRKRKRKRKRKKRKRRKRKKKKEK 


MODE t 1 1 1 1 ! Operand Specifier Byte 
Mode Notation Mode Name Description 
8 #num Immediate The contents of the address 


following the Operand Specifier 
"contains the Operand"... 


ee ee eee ee ce ee ee ee ee ee ee es ee eee ee ee ee 


START: ! instruction code ! 


— = ee ow ew ame cee ce ce cow eee ee eee ew ee ee eee eee ee 


This address contains -------------- > ! Desired Operand t 
the desired operand... we ---------------------- 


9 @#address Absolute The contents of the address 
following the Operand Specifier 
"contains the Address of the 
Operand"... 


START: ! instruction code ! 


The contents of this. ==--=—-==+- > ! “Address of OPERAND" ! 
address is the address ------------------+------- 


of the desired operand... 


Address of OPERAND : ! Desired Operand ! 


= a ote oe ee eee eee ce ee eee es es eee ae ee 
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PC (R15) Mode Operand Specifiers (continued) 
KK KKK KKK KK KKK KEK KKK KEKE KKEKKKEKEEER 


Notation Mode Name 
B“address Byte displacement 
Waddress Word displacement 


L*address Longword displacement 


START: 
This value is added -------- > 
to the contents of the 
PC, (which now points to X: 


location “X"), to 
form the address of the 
desired Operand... 


("Displacement™ + "X")  ;: 


Description 


me ree ere er ee eee ee see ee ee 


The contents of the address 
following the operand specifier 
"contains a displacement that, 
is first sign extended to 32 
bits and is then added to the 
contents of R15 to form the 
address of the Operand"... 


— ee ee ee eee eee ee eee cee ee es ee eee ee eee 


— om ce ee we ee ee ee se ee ee es ee ee eee ee ee ee 


PC (R15) Mode Operand Specifiers (continued), 
KREKKHKKEKRKKKEKEKEKEKKEKEKRKEREKKKKEKRKK KEKE 


Mode Notation Mode Name Description 

B @B*address Byte Relative The contents of the location 
Deferred following the Operand Specifier 

D @W*address Word Relative when sign extended to 32 bits, 
Deferred is added to the PC to form the 

F @L*address Longword Relative "Address of the Address of the 
Deferred Operand"... 

START: ! instruction code ! 


— ee ee ewe re ce eee ee eee eee eee ee 


Coole le a 


This value is added to the PC, ------- > ! Displacement ! 
(which now points to location X),Q --r rrr rrr rer rn 
and the resultant value is an X: ! ! 
"Address that contains the | -s---------5 5s 
Address of the desired Operand"... | 


ett tae ti no ee ee 


("Displacement"™ + "X") 


a 
a) 
i 
> 
Qs 
Os 
a 
un 
un 


Certara cnet ameee  e e 


ee mw meme eee wee wee ee 


New Address : Desired Operand 


SECTION V 


... BUSes used on VAX-11/780 Systems ... 


SYNCHRONOUS 
BACKPLANE 


INTERCONNECT 


. The VAX-11/780 Bus ... 
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S.B.I.. Signal Pin Layout 
Pin - Signal Pin - Signal Pin - Signal 
Name Name Name 
ABl - BOO cv2 - Fait AC CO Cel}epy - UNJAM 
ACL  - BOl DAl  - DEAD #¢ CO/-*) EP2 9 - ALERT 
AD1 - BO2 EUL - FAULT 
AE1 - BO3 DBl MOQ 
AM] - BQ4 DC1 Ml ES2 CNFO 
AN] - BOS5 DDI M2 ET2 CNF1 
API - B06 DD2 M3 
AP2 - BQ7 
AS2 - BO8 DM1 TAGO FBI TROO 
AT2 - BOY DN1 TAG1 FCl TROL 
AUL - B10 DPl TAG2 FD1 TROQ2 
AU2 - Bil FE1 TRO3 
BF2 - B12 DP2 IDO FF2 TRO4 
BH2 = BLS DS2 ID1 FH2 TRO5 
BJ1 - B14 DT2 ID2 FJ1 TROG 
BJ2 - B15 DU] ID3 FJ2 TRO7 
BS2 - B16 DU2 ID4 FM1 TRO8 
BT2 - B17 FN1 TROY 
BU] - B18 EBL REQ4 FP] TR1O 
BU2 - B19 EC1l REQ5 FP2 TRIil 
CBl - B20 ED1 REQ6 FS2 TR12 
eal - B21 ED2 REQ7 FT2 TR13 
CD1 - B22 FUL TR14 
CD22 - B23 EF] TP H FU2 TRIS 
CM1 - B24 EF2 - TP L 
CN1 = B29 
CPl - B26 EH2 - PCLK H 
CP2 - B27 EJ1 - PCLK L 
CS2._- B28 EJ2  - PDCLK H *A2 - +5V 
CT2 - B29 EK2 - PDCLK L is dell - +5V 
CUl = B30 
CU2 = (BS EM1 - MP1 
EN1 - MP2 *CZ - GND 
DF2 - PO *H1 - GND 
DH2 - Pl FAI - INTLK *N2 - GND 
*T1 - GND 


. All Signals are Low when True unless otherwise specified ... 


». Signals are found on slot #1 of any NEXUS 
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SBI/CPU Time State Equivalents 


The VAX-11/780 CPU and SBI time states have different names. 


M8232 LED CPU Time State SBI Time State 
D1 (top) CPTO SBI Tl 
D2 CPT1 SBI T2 
D3 CPT2 SBI T3 
D4 (bottom) CPT3 SBI TO 
 CPTP SBI TP 
CPPCLK SBI PCLK 
CPPDCLK SBI PDCLK 


SBI TO clock time 


_ 
e 


Nexus that has control of the SBI enables the SBI 
Drivers at this time. 


2. TR Lines are asserted by the NEXUS wishing use of the 
SBI Bus. 


SBI T1 clock time 


1. NEXUS dependent. 


SBI T2 clock time 


1. "ALL" NEXUS open their Receiver Latches at this time. 


SBI T3 clock time 


1. "ALL" NEXUS clock their Receiver Latches at this time. 
2. All NEXUS who have their TR Line asserted, determine 


if they are next in line to get control of the SBI Bus 
at the next "SBI TO" time. 3 
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ZOrnHAPADAAHWDW YP 


Zorn P SD AZOQ BOwvLP|S|DODAH 


S.B.I. WRITE Transfer example to show timing 


to verify to verify |longwd 


| lst Cycle | 2nd Cycle | 3rd Cycle | 4th Cycle | sthn-Cycle: ‘|: 6th 
LaSSSSS—SseS> |= HSs2ee=sS5 | ~----- n-ne | Hon | H+ -- |------ 
Peo 2 Ts: PPO PL. “T2 ts. | TO. Pi 72 “Ta pe Tir. T3 = TEP? Ps: “EO: Tl 
| ------------ | ------------ | -- eee enn | ee = | --- - --- - = -- |------ 
| | | | | | 
| Requester | If Highest | TR#0 is |If function | | 
| asserts | Priority, | deasserted,|was an EXT. | | 
| assigned lassigned TR |UNLESS func. |WRITE, TR#0 | | 
| TR line lis dropped, | was an | would be | | 
| land TR#0 is | EXTENDED | deasserted | | 
| lasserted to | WRITE - in | here. | | 
| | hold next | which case | | | 
| | cycle for | TR#0 will | | | 
| | the WRITE | remain | | | 
| : DATA. | asserted : ! | 
[Se eS eS ee Sas See SS SS |S ae See ea See a aS | See eee |~----- 
| TAG<2:0>=? |TAG = C/A |TAG = Write | If function| | 
| | | Data | was an EXT.| | 
| ID<4:0> =? [ID = source | | WRITE, the | | 
| | |ID = code of|2nd longword| | 
| B<31:00>=? |B =Func/Addr| commander| would be | | 
| | | | sent here. | | 
| M<3:0> = ? IM =Bytes to |B = Data |Format would| | 
| | be written| | be same as | | 
| | IM = Bytes tolthe previous| | 
| | | be written| Write Data | | 
| | | | cycle. | | 
ester tars sire aig hele | ------------ | --~---------|------------ | ------------ |------ 
| | | | CNF 
| | | |for 
| | CNF=response|CNF=response| second 
: | from the | from the [Write 
| 
? | | 
| | 
| | 
| | 
| | 
| | 
| | 


| 
| 
| 
| 
| 
| destination| destination|Data 
| 
| 
| 
| 
| 
| 
| 


| 
acceptance | acceptance lif 
of C/A | of the |func 
information| Write Data |was an 
| |EXT. 
| IWrite 


VAX-11/780 INTERNAL DATA BUS 


ID BUS 
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ID Bus chart showing what Modules are fed by what bits 


ID Bus Bits 


8-15 16-20 21-25 26-31 
~---- | ----------- | --------- | ------- | -------- | ------- | -------!-------! 


Q-7 


Slot 


MODULE 
Number 


Name 


M8237 
~---- | ----------- | --------- | ------- | -------- | ------- | -------!-------! 


TRS 


M8218 
~---- | ----------- | --------- | ------- | -------- | ------- | -------!-------! 


SBL 


M8219 
~---- | -----------! --------~ | ------- | -------- | -------!-------!-------! 


SBH 


M8220 
----- | ----------- | --------- | ------- | -------- | -------! -------!-------! 


CAM 


M8222 
----- | ----------- | --------- | ------- | -------- | ------- | -------!-------! 


TBM 


M8223 
----- | ----------- | --------- | ------- | -------- | ------- |} -------!-------! 


IDP 


M8224 
----- | ----------- | --------- | ------- | -------- | -------!-------!-------! 


IRC 


10 
----- | ----------- | --------- | ------- | -------- | -------!-------!-------! 


M8226 


DEP 


ll 


M8227 
w---~ | ----------- | --------- | ------- | -------- | ------- | --------------! 


DDP 


12 


M8228 
~---- | ----------- | --------- | ------- | -------- | ------- | -------!-------! 


DCP 


14 


M8230 
----- | -----------! --------- | ------- | -------- | -------!-------!-------! 


CEH 


ee 


M8231 
~---- | ----------- | --------- | ------- | -------- | ------- | -------!-------! 


ICL 


18 


M8 233/8 
~---- | -----------! --------- | ------- | -------- | -------!-------!-------! 


OCS 


20 


M8233/8 
----- | ----------- | --------- | ------- | -------- | ------- | -------!-------! 


WCS 


22 
~---- | ----------- | --------- | ------- | --------!-------!-------!-------! 


M8234 


PCS 


23 
----- | ----------- | --------- | ------- | -------- | -------$-------!-------! 


M8235 


USC 


25 


M8 286 
----- | ----------- | --------- | ------~ | -------- | ------- | -------!-------! 


FMH 


26 
----- | ----------- | --------- | ------- | -------- | ------- | -------!-------! 


M8287 


FML 


29 


M8236 
~---- | --~-------- | --------- | ------- | -------- | -------!-------!-------! 


CIB 


ID Bus Parity bits chart showing who uses these bits 


The ID Bus has 4 parity bits ("Bus ID PTY <3:0>"), however, only one 
board generates parity and only two others use these bits to check 
the parity. The following chart show who these modules are that 
generate (G) and use (U) these parity bits. 


Module ! "Bus ID PTY" bits 
Name Number Slot ! <0> ! <1> ! <2> ! <3> ! 
-—— f-~—+~————-—— | —--~—-—--—-— | -----—! --~---!-----!-----! 
TBM ! M8222 ! 6 ft U ! ue ! Ue! ! 
—-——- Pe ee ee ne ne ee | Hee ee 1 He - 1 --- - - I HI 
CAM { M8220 ! 4 ! f ! em es 
-——--—- = { —-—--—--+—-——-—— | -- = -—- — -— = | ~~~ | --~ | ~~~ 1 I! 
DBP ! M8225 ! 9 !' G ! G ! G !: Gif 
—-—— f—-—~—~—~——-——— | -—~-—-—~—~— | ~---~—! —~----! —-----!-----|! 
Signal Pin and Row number ! CBl ! CMl1 ! AS1 ! AU2 ! 
} t ! ! 


ID Bus bits <31:00> Backplane Pin list 


The ID Bus bits go to the same pin row and pin number on each of 
the modules that they feed. The following chart shows the row and 
pin number of each ID bus bit: 


Bus ID bit <00> - Cal Bus ID Bit <l16> - AF2 
Bus ID bit <Ol1> - CB2 Bus ID Bit <17> - AH2 
Bus ID bit <02> - CEl Bus ID Bit <18> - AJl 
Bus ID bit <03> - CE2 Bus ID Bit <19> - AMI 
Bus ID bit <04> - CFl Bus ID Bit <20> - ANI 
Bus ID bit <05> - CF2 Bus ID Bit <21> - API 
Bus ID bit <06> - CH2 Bus ID Bit <22> - AP2 
Bus ID bit <07> - CJl Bus ID Bit <23> - AS2 
Bus ID bit <08> - CJ2 Bus ID Bit <24> - AT2 
Bus ID bit <09> - CKl Bus ID Bit <25> - AU1] 
Bus ID bit <10> - CK2 Bus ID Bit <26> =, BF2 
Bus ID bit <ll> - CM2 Bus ID Bit <27> -  BH2 
Bus ID bit <l12> - DRl Bus ID Bit <28> - BJl 
Bus ID bit <13> - DR2 Bus ID Bit <29> - BJ2 
Bus ID bit <14> - DS1l Bus ID Bit <30> - BRKl 
Bus ID bit <15> - DV2 Bus ID Bit <3l> - BK2 
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SECTION VI 


UNIX ERROR REPORTING 


To be added in a later release. 


SECTION Vil 


Miscellaneous Information 


Using EVSBA.EXE , the Diagnostic Autosizer. 
KKHKKKKKKKEKKKKEKKKKKKKEKKKKEEKEKEKRKKERKEKRRKKEKREKKR 


EVSBA iS an autosizing program that runs under the Diagnostic 
Supervisor (ESSAA.EXE) in stand-alone mode. This program will 
determine the current configuration of the VAX System. It sizes 

the VAX system and builds a data base of Diagnostic Supervisor 

ATTACH commands based on the hardware it found during the sizing 
process. This ATTACH information can then be passed to the 
Diagnostic Supervisor. The operator can cause the system to be 

sized completely automatically or can perform the sizing operation 

in MANUAL or SELFTEST mode. In MANUAL or SELFTEST mode, the operator 
has the capability to change device names or other device parameters 
before the information is passed to the Diagnostic Supervisor. If the 
QUICK flag is set in the Diagnostic Supervisor, no check is made for 
terminals on the DZ1l's, so the program runs very quickly. 


The Autosizer program will probe the system buses to determine what 
devices are connected to the system. Each bus requires a different 
technique to determine which devices are present. On the SBI each 
adapter has a type code in the configuration register which clearly 
identifies the adapter type. Similiarly, each MASSBUS device contains 
a register which uniquely identifies the device type. The UNIBUS is 
the most complicated because of floating CSR and VECTOR assignments 
in addition to fixed CSR's and VECTOR's. Each device optionally 
requires extra information in order for a diagnostic to verify its 
operation. The Autosizer will attempt, on a device by device basis, 
to glean the required information from the device itself. This, of 
course, assumes that the hardware involved is operating properly. 
The information gathered by the sizing process can be edited by the 
operator to fix any errors in Sizing. It can then be fed to the 
Diagnostic Supervisor. The information generated by the Autosizer 
can be written to an ASCII script file on the Console Floppy. 


The Autosizer will size the system bus first to determine what adapters 
are present. Next, each adapter is considered. Every device on the 
adapter is probed and the information saved as to characteristics and 
addresses. If a device has units connected to it, each unit is sized 
and appropriate information is saved. If fields are required for the 
ATTACH command and the information cannot be determined from the 

device the Autosizer will use a predefined value for the field. When 
this occurs, the operator will be notified that the field may be 
incorrect for that device. 
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EVSBA Autosizer Default Mode Operation: 


DS> SET FLAG QUICK 
DS> RUN EVSBA 


This will cause the Autosizer to size the hardware, pass the 
information to the Diagnostic Supervisor, and exit back to the 
Diagnostic Supervisor. No modification of the ATTACH commands 
as generated by the Autosizer can be done. 


EVSBA Autosizer MANUAL or SELFTEST Mode Operation: 


= — «= cep SE ce eee come ce cee ce ee eee ee eee ee ee ee ee ee eee es ee eee ee ee ee ee ee ee 


In MANUAL or SELFTEST mode, the operator is immediately prompted with 
"COMMAND?". The operator 1S given the option of reading the current 
configuration file from the console floppy or of automatically sizing 
the system. In either case, the operator is then given an opportunity 
to change or list any device or parameter. When sizing in the selftest 
mode, each line is printed as it is produced. Once satisfied with the 
configuration, the operator may have it passed directly to the 
Diagnostic Supervisor. The file may also be written to the Console 


Floppy. 


An example of using the Autosizer whenever you are making configuration 
changes, while isolating a problem, could be as follows: 


>>> LOAD ESSAA.EXE/ST:FEOO ;Load the Diagnostic Supervisor. 

>>> START 10000 ;Start the Diagnostic Supervisor. 

DS> SET QUICK ;Elimate "Terminal" autosizing. 

DS> RUN EVSBA/SEC:SELFTEST >Run Autosizer in "SELFTEST" mode. 
COMMAND>SIZE ;Autosize the system and list. 
COMMAND>ATTACH ;Transfer configuration to Diag.Super.. 
COMMAND>EXIT ;Return to Diag. Super.. 

DS>SELECT ALL Select attached devices. 
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EVSBA Autosizer Commands for MANUAL or SELFTEST Mode: 


ne ee 


READ filespec 


SIZE 


LIST device 


HELP 


WRITE filesp 


This command reads the specified file from the 
load device and stores the information. If the 
filename is not specified, "CONFIG.COM" is 
used. Any information previously known to the 
Autosizer is lost. 


Performs the process that sizes the buses and 
records the configuration information. Any 
information previously known to the Autosizer 
is lost. 


Type out all information about the devices, 
based on generic names. 


Type out the help test. 
Write the current file in memory to the Console 


floppy. If no filespec is given, "CONFIG.COM" 
will be used. 


CHANGE device-field-value 


BAIT 


ATTACH 


- The specified field(s) for the specified device 


are given the values specified. 


- Control is returned to the Diagnostic Super.. 


- For each device in the device database, pass 


the information to the Diagnostic Supervisor. 


S tandard P erformance Error A nalysis R eporting 
KKK KKK KKK KK KKK KKK RE KK KK KKK KEE KKK EKER KEK KEKEKKKEK KEK KKKRKKEKE 


SPEAR is a library of five on-line Field Service maintenance functions. 
Four of the functions (Analyze, Summarize, Retrieve, and Compute) are 
designed to help you evaluate system performance and analyze the content 
of system event files. The fifth function, Instruct, is designed to help 
you learn to use the the Spear Library to calculate system availability 
and isolate intermittent system failures. 


RETRIEVE - extracts and translates (or saves) system event file 
entries. 
SUMMARIZE - summarizes the contents of system event files. 


ANALYZE - attempts to localize the cause of intermittent system 
failures. 


COMPUTE - calculates system availability and crash and uptime 
Statistics. 


INSTRUCT - explains how to use the extended Spear Library functions. 


SPEAR was designed with ease of usage in mind. This is accomplished by 


making help information available to each question. 

At the SPEAR prompt, you can type: 
1. "?" to list the supported Spear Library functions. 
2. the "name" of the Spear Library function that you want to execute. 
3. "/HELP" for an explanation of the universal Spear Library switches. 
4, "@HELP" for information about response streams and indirect files. 


5. "EXIT" to exit Spear and return to the operating system. 
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At any function prompt you can type: 
/BREAK to return to the Spear prompt. 
/REVERSE (or press the BACKSPACE key) to repeat the last prompt. 
/SHOW to display the current prompt/responses list. 
/GO to execute the current prompt/response list. 


/CLEAR to clear listed items, at or subordinate to, the current prompt 
Listed items are: sequence numbers, entry codes, device types, etc. 


/? to display this list without the explanations. 


Type @HELP for information about Response Streams and Indirect Files. 
Press the RETURN key to specify the default or terminate a response. 
Press the ESCAPE (or Altmode) key to: display the default, or complete 
a partially typed response. There is no default at the SPEAR> prompt. 


You can enter a response stream at the main Spear prompt. A response 
stream iS a single line of consecutive responses, separated by spaces, 
and terminated with a carriage return (use the Escape or Altmode key to 
insert defaults). Note: The response stream capability is included only 
as a convenience for those Spear users who do not wish to be promoted. 
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Possible 
Input files 


' 

! 

! 

! SYSTEM 
! EVENT 
! FILE 
i 
!ERRLOG.SYS! 
! or ! 
!BRROR.SYS ! 
! or ! 
!renamed ! 
fevent file! 


HISTORY 
file 


1 

t 

! 

t 

{ 

! Contains 

! sorted ! 
PoBVENTS. 4 
} { 
f Is a 

! Binary 

! File. ! 
! t 


tAVAIL.SYS ! 
!(TOPS-10) ! 
t & t 
'NOTIFY.SYS! 
! ! 
! Used to ! 
!calculate ! 
! System ! 
{! Uptime ! 
! vile ! 
i COMPUTE 

! command. ! 
{ ! 


—_— we ome wo ee eee ei 


Can be 
Sorted 
and/or 
Merged. 


May be 


fused as an! 
'Event file! 


input to 
SPEAR. 


Contains 


CONTRACT 


Coverage 
& 
Reload 
Info. 


Info. is 
updated 
by the 


iCustomer 


and/or 
Field 
Service 


SPEAR program 


' 

t 

The t 
SPEAR ! 
t 

f 


Program 


{Main purpose 
is to ! 
translate a ! 
non-ASCII ! 
Event file ! 
to a 
readable, 
{ASCII format, 


!REPORT File. 


ap —_e-m o-—m C-m O- 8 Om 


em O-mP O=m OD OR Om 


! 
! 
! 
! 
! 
! Can also be ! 
! used to ! 
! perform an ! 
! analysis of ! 
fan EVENT file! 
! based upon ! 
! its known ! 
theories. ! 


! Can compute 
OPERATING 

SYSTEM 
!'Avallability. 
t 


Possible 
Commands 
are: 


SUMMARIZE 
RETRIEVE 
INSTRUCT 
ANALYZE ! 
COMPUTE ! 
KLSTAT ' 
BAIT : 


om @-—m Com Comm Gem Om 6m lO em 8 Om lO ee Om lUl8 eS Om lem 6m 


G@HELP 
/HELP 


7-7 


Possible 
Output files 


—— <me qe ee eee es ee ee 


! May be ! 

, Sent tO. 4! 

0u8 Lees. t 

! 

! REPORT ! 

! FILE ! 

= 25S- Ses >! ! 
!All SPEAR ! ! 
command ! Always ! 
modes ! ASCII ! 
output some! format ! 
type of ! ! 
report. ! ! 
Possible ! ! 
output ! HISTORY ! 
from ! file ! 
RETRIEVE. ! ! 
 ! Contains ! 

! sorted ' 

Ses >! Events. ! 
! | 

f Is a ! 

{ Binary ! 

! File ! 

t t 

! ! 

One of the! PACKET ! 
OUTPUTS ! file 
from f ! 
ANALYZE. ! Contains ! 
! sequence ! 

SSS >! #'s of ! 
f Events. ! 

t t 

! ASCII 

i file |! 

! ! 

t ! 


KHER KK KKK KKK KKEK KKK KKK EKER KEKEKKEKRKEKEKKEKKRKEKKER 


! Example of How to initiate the SPEAR program ! 
on a VAX/VMS System. ! 


KKKKKEKKKKKKKEKKKKEKKEKEK KEKE KKEREKRKKEEKEKKEKRKKRKEKKKKKER 


Username: FIELD 
Password: 
Welcome to VAX/VMS version V3.0 on node NEDVAX 


S$ RUN SYSSSYSTEM: SPEAR 
or 
S$ MCR SPEAR 


Welcome to SPEAR for VMS, Version 1(35) 
Type "?" for help. 


SPEAR> 


At this Point you may enter the appropiate SPEAR command. If you 
don't know the commands, simply type "?" and a brief help file will be 
typed out showing the available commands to this prompt. 


—_e we ee coe eee ee ee ees ees ee es es ee ee ee ee ee es ee ee es es ee ee ee es es ee es es es ce ee ee es ee eee ee eee eee ee eee ee 


SPEAR> ? 


Enter one of the following modes 


Instruct ae in the usage of SPEAR 

Retrieve -- individual event file entries 

Analyze =e a system event file 

Compute == System avallability ststisti¢s 
Summarize == various event counts 

EXIT -~ to exit from SPEAR (if at SPEAR> prompt) 


For more info type /HELP 
For further information type: HELP 


SPEAR> 


The commands to the SPEAR prompt can be abbreviated to one character as 
follows: 


Analyze 
Retrieve 
Compute 
Summarize 
Instruct 
Exit 
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Summary of QUESTIONs asked by SPEAR 


KKK KKEKKKKEKKKEKREKEKKKEKEKKKE KEKE KKRKKKEKEKEKE 


SUMMARIZE question. 


ee ee eee ee eee 


Event File (SYSSSYSDISK: [SYSERR]ERRLOG. SYS) 
Time from (EARLIEST): 

Time to (LATEST): 

Report to (SUMMAR.RPT) 

Type [cr] to confirm (/GO): 


RETRIEVE questions. 


Event File (SYSSSYSDISK:[SYSERR]ERRLOG.SYS) 
Selection to be (INCLUDED): 
Selection type (ALL): 
Error class (ALL): 

Sequence numbers: 

Event codes: 

Next error class (FINISHED): 
Time from (EARLIEST): 
Time to (LATEST): 
Output mode (ASCII): 
Report format (SHORT): 
Output to (RETRIE.RPT): 
Type [cr] to confirm (/GO): 


ANALYZE questions. 


—— ee cee ee ee ee eee i ee 


Event File (SYSSSYSDISK: [SYSERR]ERRLOG.SYS) 
Time, from (-1l): 

Time to (LATEST): 

Report to (Ammdd.RPT): 

Packets to (Ammdd.PAK): 

Type [cr] to confirm (/GO): 


COMPUTE questions. 


Event File (SYSS$SYSDISK: [SYSERR]ERRLOG.SYS) 
Report period (LAST-WEEK) : 

Availability report to (COMPUT.RPT): 

Reload report to (RELOAD.RPT): 

Type [cr] to confirm (/GO): 


Examining Unibus Registers 
KKEKKKKKKEKKKH KK KKK KKKEKRKKRKK KEK 


It is sometimes a pain in the neck to recalculate the SBI physical 
address of Unibus Devices while trouble-shooting. Here is a method 
of examining/depositing Unibus Device Registers that eliminates the 
need to calculate the SBI physical address. Set up CONSOL.SYS as 
follows: 


>>> SET DEFAULT HEX ! Just in case not already set. 
>>> SET REL: 20100000 _ ! Set offset for UBA at TR #3. 
>>> SET DEFAULT OCTAL,WORD, PHYSICAL ! Change defaults for exam/dep 


Now you can examine/deposit Unibus Device registers by specifing the 
Unibus Device Address. For example, to examine the LPll status reg., 
simply type the following to the CONSOL.SYS prompt: 


>>> E 777514 (LP11) 


LP1l Diagnostic check under VMS 
KHER KKEKKKEAEKREKKKRRKAEKEKRKKRKRKRKRKRKRKRE 


The Line Printer diagnostic must be run under VMS. In order to do 
this, the Line Printer Queue must first be stopped,(if there is a 

Line Printer queue on your particular system). The following commands 
are used to ston the queve for LPAQ:. If you are testing another 
printer, use the appropriate designation. 


$ STOP/QUEUE/NEXT LPAO: 
S DELETE/QUEUE LPAQ: 

S RUN ESSAA 

DS> @CONFIG 

DS> RUN EVAAA 


To Restore LP1ll queue 
REEKKEKEKEKKEKKKRKEKEKKKKEKEER 


After the Line Printer diagnostic is run, you must now restart the 
Line Printer Queue. Use the following commands: 


S INIT/QUEUE/FLAG LPAOQ: 
> START/QUEUE LPAO: 
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Defining and Starting Print queues (LP11) 
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The following commands can be used to initialize Print queues. 
If you want to initialize a queue for a device other than "LPAO:", 
Simply replace "LPAO:" with the appropriate designation. 


S$ SET PRINTER/PAGE=64/LP11 LPAO: 
SET DEVICE/SPOOL LPAQ: 
INIT/QUEUE/FLAG/GENERIC SYSSPRINT 
INIT/QUEUE/FLAG LPAQ: 

START/QUEUE SYSSPRINT 

START/QUEUE LPAO: 
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Defining and Starting Terminal queues (LA36) 
KMEKEKKKEKEKKKEERKRERRRERREKRRERKERRRKRRKKRKRRREKEKRE 


The following commands can be used to initialize queues for 
terminals: 


S INIT/QUEUE/TERM TTXY: (XY = Terminal name) 
S SET TERM/PERM/LA36/PAGE=66/NOBROADCAST TTXY: 

S SET DEVICE/SPOOLED=TTXY: TTXY: 

S START/QUEUE TTXY: 


Bugcheck or Crash Restart 


with message: "UNEXPECTED UNIBUS ADAPT. INTERRUPT" 
KRREEKKKKEKKKKEKEEKKKKERERKKEKEKEKEKEKRERKRRK KKK KKKKREKEKREKEKKEKKEKEKKEEKE 


RQ thru R5 contain the following information: 


RO = UBA CONFIGURATION REGISTER 

Rl = UBA CONTROL REGISTER 

R2 = UBA STATUS REGISTER 

R3 = UBA DIAGNOSTIC CONTROL REGISTER 

R4 = UBA FAILED MAP REGISTER 

RS5 = UBA FAILED UNIBUS ADDRESS REGISTER 


Interleaving Memories 
KKK KK KKRKKKKKEKKR KKK KKK 


The following commands can be entered to CONSOL.SYS in order 
to interleave two MS780 memories (memories must be at TR#1 and 
TR#2). 


>>> D 20002000 101 
>>> D 20002004 4000 
>>> D 20004000 101 
>>> D 20004004 4000 


Booting with CACHE Disabled 


KREKKKKEKEKEKEKKEKKKKRKKKEKRKKR KKK 


The following commands can be entered to CONSOL.SYS in order to 
boot the SYSTEM with CACHE Disabled: 


>>> D/ID 1D 18000 
>>> D RO O/N:5 

>>> DR1 8 

>>> D FP Q 

>>> D/I 11 20003800 
>>> D SP 200 

>>> L VMB.EXE/ST:200 
>>> D PC 200 

>>> CONT 


H7100 Power Regulator LED's 
KEKE KEKKKKKKREKKEKEKEKEKEKEEKKEKEEKER 


The following chart shows what the LED's on the front of the H7100 
Power Regulators mean: 


LED indicator Description 
POWER NORMAL Power 1s O.K.. 
PLUG IN REGULATOR FAILURE Problem with one or more of the 
following regulators: 
+5 
455 Or °=55E 
+12 
OVER CURRENT +5v at 120 amps or more. (120% over). 
OVER VOLTAGE +5v is +6.2v or greater. 
POWER INVERTER FAILURE Main +5v failure. 
OVER TEMP Internal Temperature at 150 degrees F 
or more. 


M8232, Clock Board, Jumpers 


KHKKEKEKKEKKEKEKKEKKEEKRKKKKEKEKS 


Wl thru W14 


W23, W24 


W115, W16 


W17 thru W22 


W15 thru W22 


Installed when FP780 is installed. 


Installed when Optional WCS is installed. 
Optional WCS is in slot 18. 


Installed to ENABLE FAIL/DEAD onto SBI if there 
is a Power Failure. 


Installed to ENABLE SBI Clock signals 
onto SBI Bus. 


REMOVED only when the associated CPU receives 


its clock signals from another device on the 
SBI, such as a second CPU. 
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LSI-1ll Controls and Indicators 
KRKK KKK KKK KKKEKKKREKKKEKEEKEKRKEKER 


DC ON 


RUN 


DC ON/OFF 


ENABLE/HALT 


LTC ON/OFF 


Illuninates when the DC ON/OFF toggle switch is 
set to ON and proper DC output voltages are 
being produced by the LSI power supply. 

If either the +5v or +1l2v outputs from the LSI 
are faulty, the DC ON indicator does not go on. 


Illuminates when the LSI-1l1l processor is in the 
run state (refer to ENABLE/HALT) 


When set to ON, enables the DC outputs. The 
DC ON indicator illuminates if the DC output 
voltages are of proper values. When set to 
OFF, the DC outputs are disabled and the DC ON 
indicator 1s extinguished. 


When set to ENABLE, the B HALT L line is not 
asserted and the processor is in the run mode 
(RUN indicator illuminated). 

When set to HALT, the B HALT L line is asserted 
allowing the processor to execute the console 
ODT microcode (RUN indicator is extinguished). 


When set to ON, enables the generation of the 
Line Time Clock "BEVNT L" signal. 
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VAX-11/780 Controls and Indicators 
KHHMAKHKEKKKEKEKKK KRHA KKK KEEER 


AUTO RESTART 


BOOT 


ATTN 


RUN 


POWER 


REMOTE 


Key Switch 


OFF 


LOCAL DISABLE 


LOCAL 


REMOTE DISABLE 


REMOTE 


When in the ON (down) position, the VAX-11/780 
CPU iS restarted-automatically following a 
Power Recovery or Error Halt. 


When pressed, the operation system is boot- 
Strapped. When the bootstrap operation is 
completed, the console is set to the "Program 
I/O" mode of operation. 


When lit, indicates that the VAX-11/780 CPU 
is halted. 


When lit, indicates that the VAX-11/780 CPU 
is strobing interrupts (microcode running 
properly). 


When lit, indicates that the +5v power supply 
1s on. 


When lit, indicates that remote access is 
enabled. 


In this position, the power is turned OFF. 


In this position, Remote access is disabled 
and Console I/O mode is inhibited. 


In this position, Remote access is disabled, 
but Console I/O mode is not inhibited. 


In this position, Remote access is enabled and 
Console I/O mode of operation is inhibited. 


In this position, Remote access is enabled and 
the Console I/O mode is not inhibited. 
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MS780/MA780 Error Correction Logic 
KKK KKK KKK KERR KEKE KRKKKE KEKE KRKKKEKEEKKREKER 


The ECC (Error Correction Logic) within the MS780 and the MA780 
can give you false indications in a couple of special cases. 


1. If the MOS Array outputs an "ODD MULTIPLE number of BAD Bits", 
to the MOS DATA bus on a memory read, the Memory's Error 
Correction logic’ will send the DATA to the SBI as "Corrected 
Read Data" (after making an attempt to correct a bit, which 
may be a bit that wasn't even bad in the first place). 


For example: If the MOS Array outputs a quadword with 3, 5, 7, 
9, or etc. bad bits, the Error Correction Logic 
will think that a Single Bit Error has occured, 
will correct a bit (possibly not even one that 
was really bad), and will then send the data to 
the SBI as "Corrected Read Data”. 


2. If a "Single Bit Error" has occured and has not been serviced 
before a "Double Bit Error” occurs in the same memory controller's 
arrays, the registers will contain information about the "Single 
Bit Error" and the information about the “Double Bit Error" will 
be lost. 


EVKAA. EXE 
KKK KKK KKK 


This diagnostic is a valuable diagnostic that should be run after 

the running of the micro-diagnostics and before attempting to run 

the "Diagnostic Supervisor". This diagnostic 1s a VAX macro functional 
diagnostic and does not use the "Diagnostic Supervisor". Run this 
program as follows: 


>>> LOAD EVKAA.EXE/ST:0 
>>> START 200 


Sometimes, when restarting EVKAA, the "“DS>" prompt will appear on the 
Console Terminal. This is caused by the APT control flag, bit 31 of 
physical location FEO0O, being set. Clear this control flag and restart 
EVKAA as follows: 


DS> “*P 

>>> HALT 

>>> D/L/P/H FEOO 0 
>>> START 200 


SECTION — Vill 


NEXUS Register Bit Definitions 


This chapter contains the definitions of the NEXUS registers as 
defined by the individual NEXUS manuals. The purpose of this 
chapter is to provide all the bit definitions in one place since 
the VAX Maintenance guides do not include the definitions of the 
NEXUS register bits. This information was copied from the various 
VAX-11/780 NEXUS Hardware manuals and microfiche. 


DW780 Configuration Register 


CNFGR Offset = OO0O0(16) 
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Bit 31; Parity Fault (PAR FLT) 


Is set shen the UBA detects an SBI parity error. 


Bit 30, Write Sequence Fault (WSQ FLT) 
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Is set when the UBA receives a write masked or interlock write masked 
command and does not receive the expected write data in the following 
cycle. 


Bit 29, Unexpected Read Data Fault (URD FLT) 


Is set when the UBA receives data for which a read masked, extended 
read, or interlock read masked command has not been issued. 


Bit 28, Interlock Sequence Fault (ISQ FLT) 
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Is set when an interlock write masked command to UNIBUS address space 
is received by the UBA without a previous interlock read masked command. 


Bit 27, Multiple Transmitter Fault (MXT FLT) 


eT er i te i ee ee ee ee ee 


Is set when the UBA 1s transmitting on the SBI and the ID bits 
transmitted by the UBA do not match those latched from the SBI. The 
lack of correspondence indicates a multiple transmitter candition. 


= i ed 


Bit 26, Transmit Fault (XMT FLT) 
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Is set if the UBA was the transmitter during a detected fault 
condition. When the software subsequently reads the configuration 
and status registers of each of the nexus on the SBI in order to 
identify the source of the fault, the UBA will be identified as that 
source if bit 26 is set. 


Bit 25,24 Reserved 
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Should be cleared (zero). 


Bit 23 Adaptor Power Down (AD PDN) 


Is set when the UBA power supply asserts ACLO. It is cleared by 
writing a one to the bit location or when the Adaptor Power Up 
bit is set. 
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Bit 22 Adaptor Power Up (AD PUP) 
Is set by the negation of power supply ACLO. It is cleared by writing 
a one to the bit location or by the setting of the Adaptor Power Down 
bie. 


Bits <21:19> Reserved 


Should be cleared (zero). 


Bit 18 Unibus Init Asserted (UB INIT) 
The assertion of UNIBUS INIT will set this bit. It is cleared by the 
setting of the Unibus Initialization Complete bit or by the writing 
of a one to this bit location. 


— em ce ee ee es ee ee ee ee ee ee ee cee ee ee ee eee ee es eee ee 


Is set when UNIBUS ACLO is asserted. It indicates that the Unibus has 
initiated a power down sequence. The setting of the UBIC bit or 
writing a one to this location will clear UB PDN, 


Bit 16 Unibus Initialization Complete (UBIC) 
Is set by a successful completion of a power up sequence on the UNIBUS. 
It 1S the last of the status bits to be set during a UBA initialization 
sequence, and it can be interpreted to mean that the UBA and the UNIBUS 
are ready. The assertion of Unibus INIT, or the writing of a one to 
this bit location will clear UBIC. 


Bits <720> Adaptor Code 


Bits 7,6,4 & 2 = 0 

Bits <1:0> are determined by backplane jumpers and reflect the UBA 
number. The adaptor codes indicate the starting address 
of the Unibus address space associated with the UBA. 
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DW780 Control Register 


UACR Offset = O04(16) 
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This field of five read/write bits disables map registers in groups 
of sixteen, according to the binary value contained in the field. 

The MRD bits prevent the UBA from responding to a UNIBUS address that 
points to a disabled map register. The software will load this field 
with a binary value equal to the number of 4k word units of memory 
attached to the UNIBUS. DMA transfers to addresses pointing to disabled 
map registers are not recognized by the UBA. No error bits are set 
and no SBI transfers are initiated. However, SBI access to disabled 
map registers is permitted. The MRD field is initialized as zero, 
with all map registers enabled. Note, however, that in the 
initialized state the map registers are all invalid. False UNIBUS 
transfers are prevented in this way. 


Bits <25:07> Reserved 


Bit 5 Bus Request Interrupt Enable (BRIE) 
When this bit 1s set it allows the UBA to pass interrupts from the 
UNIBUS to the VAX CPU, providing that the IFS is set. The nower un 
state of the BRIE bit is 0. The bit is also cleared by the Adaptor 
INIT, SBI UNJAM, and SBI DEAD signals. 


Bit 4 UNIBUS to SBI Error Field Interrupt Enable (USEFIE) 
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This bit enables an interrupt request to the VAX CPU whenever any of 
the following status register bits are set on a DMA transfer: 


RDTO ~ Read Data Timeout 

RDS - Read Data Substitute 

CXTER - Command Transmit Error 
CXTMO - Command Transmit Timeout 
DPPE - Data Path Parity Error 

IVMR - Invalid Map Register 

MRPF - Map Register Parity Failure 


The power up state of this bit (USEFIE) is 0. SBI UNJAM and Adaptor 
INIT will clear USEFIE. 
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Bit 3 SBI to UNIBUS Error Field Interrupt Enable (SUEFIE) 
If this bit is set, the UBA will generate interrupt requests to the 
VAX CPU when one of the two bits in the SBI to UNIBUS data transfer 
error field of the status register 1s set: 


UBSTO - Unibus Select Timeout 
UBSSYNTO - Unibus Slave Sync Timeout 


The power up state of the SUEFIE bit is 0. SBI UNJAM, SBI DEAD, and 
Adaptor INIT will also clear this bit. 


Bit 2 Configuration Interrupt Enable (CNFIE) 
If this bit is set, the UBA will initiate an interrupt request to the 
VAX CPU whenever any of the environmental status bits of the Config. 
register 1s set. These bits are: 


AD PDN - Adaptor Power Down 

AD PUP - Adaptor Power Up 

UB INIT - Unibus Init Asserted 

UB PDN - Unibus Power Down 

UBIC - Unibus Initialization Complete 


The power up state of the CNFIE bit is a1. CNFIE is cleared by 
Adaptor INIT, SBI UNJAM, and SBI DEAD. 


Bit 1  UNIBUS Power Fail (UPF) 
When set, it initiates a power fail sequence on the UNIBUS, asserting 
ACLO, DCLO, and INIT in their proper sequence. The software uses this 
bit to initialize the UNIBUS. The UNIBUS will remain powered down as 
long as UPF is set. The clearing of the UPF bit will initiate a UNIBUS 
power up Sequence if or when the UNIBUS power down sequence has 
finished and UNIBUS power is OK. Thus, the software can initialize 
the UNIBUS by setting and the clearing the UPF bit. 


— wr come me cee eee ee ee ee ee ee we ee ee ee ee ee 


When this bit is set it will completely initialize the UBA and the 
UNIBUS. The map registers, the data path registers, the status reg., 
and the control register will be cleared. The UBA will start the 
initialization routine in the microsequencer, and it will generate a 
power fail sequence on the UNIBUS. The UBA initialization sequence 
takes only 500 microseconds to complete, while the UNIBUS power fail 
sequence requires approximately 25 milleseconds. 
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Only the configuration register and the diagnostic control register 
can be read during the adaptor initialization sequence. Only the 
configuration register, the diagnostic control register, the control 
register, and the status register can be written during the adapter 
initialization sequence. 


Once the sequence has been completed, all UBA registers can be 
accessed. However, the UNIBUS cannot be accessed until the UNIBUS 
initialization has been completed as well. The software can test 
for this condition by reading the UBIC bit of the configuration 
register, or by setting the CNFIE bit of the control register and 
looking for the interrupt generated by the setting of the UBIC 
bit. Note, however, that the assertion of either UNIBUS INIT or 
UNIBUS power down will also initiate an interrupt (UBINIT). The 
Adaptor INIT bit can be set by writing a one to the bit location; 
it is self clearing. 


DW780 STATUS Register 


USAR Offset = 008(16) 
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Bits <31:28> 
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Reserved and zero. 


Bits <27:24> BR Receve Vector Register Full 
Bit 27 = BRRVR 7 Full 
Bit 26 = BRRVR 6 Full 
Bit 25 = BRRVR 5 Full 
Bit 24 = BRRVR 4 Full 


These bits indicate the state of the SBI addressable BRRVR's. Each bit 
is loaded into the corresponding BRRVR during a UNIBUS interrupt 
transaction, providing that the SBI processor is fielding UNIBUS device 
interrupts. 


Each bit is cleared by the successful completion of a read data 
transmission following a read BRRVR command. The software will see 
these bits set only after a read data failure has occurred during the 
execution of a read BRRVR command and the UNIBUS interrupt vector has 
been saved by the UBA. These bits are cleared only by a subsequent 
read to the corresponding BRRVR or by an adaptor initialization 
sequence. 


Bits <23:l1> 


Reserved and zero. 


Bit. 10 Read Data Time Out (RDTO) 


The UBA sets the RDTO bit when the following contitions are true: 
. A UNIBUS device has initiated a DMA transfer. 
The UBA has successfully transmitted a read command on the SBI. 


. The SBI memory has not returned the requested data within 100 
microseconds, and the UNIBUS device has not timed out. 


Note that the normal UNIBUS timeout is 10 microseconds and after 
the 10 microseconds, the UNIBUS device will set its non-existent 
memory bit. 


Thus, the RDTO bit will be set in the UBA status register only if the 
UNIBUS device timeout function 1S inoperative, or takes more than 

100 microseconds to timeout. This bit iS not set for a BDP to SBI 
prefetch. 


Bit 9 Read Data Substitute (RDS) 


This bit 1s set if a read data substitute is received in response to 
a UNIBUS to SBI read command (DMA read transfer). No data will be 
sent to the UNIBUS device, and when the device timeout occurs it will 
set the non-existent memory bit in the device's register. 


Bit: 3s Corrected Read Data (CRD) 
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The UBA sets this bit when it receives corrected read data in response 
to an SBI read command during a DMA read transfer. 


Bute. 7 Command Transmit Error (CXTER) 


The UBA sets this bit when it receives an error confirmation in 
response to an SBI command transmission during a UNIBUS to SBI access, 
a BDP to SBI read, a BDP to SBI write, or a PURGE operation. This 

bit is not set for a BDP to SBI prefetch. 


Bit 6 Command Transmit Timeout (CXTMO) 
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The UBA sets this bit when it fails to complete an SBI command transfer 
within 100 microseconds for any of the following operation: 


. @ BDP to SBI write 

. a BDP purge operation 

- a BDP to SBI read operation for which the UNIBUS device has not 
timed out 


This bit 1s not set for a timeout for a BDP to SBI prefetch. 


Bit 5 Data Path Parity Error (DPPE) 
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This bit 1S set when a parity error in a buffered data path occurs 
during either a UNIBUS to BDP read, BDP to SBI write, or a BDP purge 
operation. 


The UBA sets this bit during a UNIBUS DMA transfer or purge operation 
when the UNIBUS address points to a map register that has not been 
validated by the software and has not been disabled by the MRD bits. 


Bit 3 Map Register Parity Failure (MRPF) 
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This bit 1S set with the occurrence of a map register parity error 
during one of the following operations: 


. A UNIBUS access in which the UNIBUS address points to a map 
register that has a parity error in the upper 16 bits, providing 
that the map register has not been disabled by the MRD bits. 


Mapping a UNIBUS address to an SBI address du 
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Mapping an address from a buffered data path to an SBI address 
during a purge operation or a BDP to SBI write. 


Seven of the previously defined bits (RDTO, RDS, CXTER, CXTMO, DPPE, 
IVMR, and MRPF) form an error locking field. If any of these bits is 
set, the field is locked, thereby preventing the setting of other bits 
within this field, until the bit indicating the error is cleared. The 
failed map entry register (FMER) is also locked and unlocked with this 
field. The setting of any of these bits will cause the UBA to initiate 
an interrupt request if the interrupt enable bit for the UNIBUS to SBI 
data transfer error field (USEFIE) in the control register is set. 


The UBA sets this bit if the locking error field is locked and another 
error within the field occurs. The lost error bit does not initiate 
an interrupt request. 


Bit Unibus Select Time Out (UBSTO) 


—— ae ee ee ee eee eee ee ee ee ee ee ee ee ee eee ee eee ee 


The UBA sets this bit if it cannot gain access to the UNIBUS within 

50 microseconds in the execution of a software initiated transfer 

(SBI to UNIBUS transfer). When UBSTO is set it indicates that the 

UBA has issued NPR on the UNIBUS but has not become bus master. This 
condition. indicates the presence of a hardware problem on the UNIBUS. 
The UNIBUS may be inoperative, or one device may be holding it for 
extended periods of time. Note that if the UNIBUS does become 
inoperative, it may be possible to clear the problem with the assertion 
of UNJAM on the SBI, the setting and clearing of the UNIBUS POWER FAIL 
bit (Control register bit 1) or the setting of ADAPTOR INIT (Control 
register bit 0). 


we 


0  UNIBUS Slave Sync Time Out (UBSSYNTO) 
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This bit is set when an SBI to UNIBUS transfer (software initiated 
transfer) times out during the data transfer cycle on the UNIBUS. The 
timeout occurs after 12.8 microseconds. "UBSSYNTO”" indicates a 
transfer failure resulting when a non-existent memory or device on the 
UNIBUS is addressed. 


NOTE: 


"UBSTO" and "UBSSYNTO" form an SBI to UNIBUS transfer error locking 
field. They are set by the occurrence of the conditions mentioned 

and cleared by writing a one to the bit location. The setting of 
either bit will cause the UBA to make an interrupt request on the SBI 
if the SBI to UNIBUS error interrupt enable bit (SUEFIE) is set. The 
setting of either UBSTO or UBSSYNTO will lock the failed UNIBUS address 
register (FUBAR), thus storing the high 16 bits of the UNIBUS address 
identified with the failure. The FUBAR will remain locked until the 
UBSTO and UBSSYNTO bits are cleared. 


DW780 Diagnostic Control Register 


DCR Offset = OOC(16) 
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Bit 3l SPARE 
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This read/write bit has no effect on any UBA operation. It can be set 
by writing a zero to the bit location. SBI DEAD, Adaptor INIT, and a 
power up sequence on the UBA will clear this bit. 


Bit 30 Disable Interrupt (DINTR) 
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When it is set, this bit will prevent the UBA from recognizing 
interrupts on the UNIBUS. It is useful in testing the response of 
the UBA to the passive release condition during a UNIBUS interrupt 
transaction. This bit is set by writing a one and cleared by writing 
a zero to the bit location. SBI DEAD, Adaptor INIT, and the power 
up sequence on the UBA will also clear DINTR. 


Bit 29 Defeat Map Parity (DMP) 


When it is set, this read/write bit will inhibit the parity bits of the 
map registers from entering the map register parity checkers. The map 
register parity generator/checkers generate and check parity on eight 
bit quantities. Each parity field (eight data bits and one parity bit) 
is implemented so that the total number of ones in the field is odd. 


For example, if bits <7:0> of the map register equals zero or contain 
an even number of ones then the parity bit equals one. However, if the 
DMP bit is set, then the parity bit 1s disabled and the parity checkers 
will see all zeros. This results in a map register parity failure. 
Then if the DMP bit is cleared, the parity checkers will see correct 
parity. Note, however, that if bits <7:0> of the map register contains 
an odd number of ones, the generated parity bit will be zero. The 
state of the DMP bit, therefore, will have no effect on the parity 
result in this case. 


When the integrity of the parity generator/checkers is to be tested, 
the map register must contain data such that at least one of the bytes 
contains and even number of ones. The DMP bit, when set, will disable 
the parity bit, and the map register parity failure can be detected 
during a DMA transfer. SBI DEAD, Adaptor INIT, and the power up 
sequence on the adaptor will clear the DMP bit. 


Bit 28 Defeat Data Path Parity (DDPP) 


The DDPP bit functions in the same manner as the DMP bit. When it is 
set, the DDPP bit will inhibit the parity bits of the data path RAM 
from entering the parity checkers. The data path parity generator/ 
checkers generate and check parity on eight bit data units. Each 
parity field (8 data bits and 1 parity bit) is implemented so that the 
total number of ones in the field 1s odd. When the integrity of the 
parity generator/checkers is to be tested through use of the DDPP bit, 
a data path parity failure will result during a UNIBUS to BDP read, 

a BDP to SBI write, or a purge operation. SBI DEAD, Adaptor INIT, and 
the power up sequence on the UBA will clear the DDPP bit. 


Bit 27 Microsequencer OK (MIC OK) 


The MIC OK bit is a read only bit which indicates that the UBA micro- 
sequencer is in the idle state. The microsequencer will enter the idle 
State after it has completed the initialization sequence or once it has 
completed a UBA function. 


The MIC OK bit can be used by the diagnostic to determine whether or 
not the microsequencer has completed a successful power up sequence 
and whether or not it 1S caught up in any loops. Note that SBI DEAD, 
UBA power supply DCLO, and Adaptor INIT force the microsequencer into 
the intitialization routine. Once the routine has been completed and 
the microsequencer has entered the idle state, MIC OK will be true (1). 


Bits <26:24> 
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Reserved and zero. 


Bits <23:00> 


These bits are the same as bits <23:00> of the Configuration Register. 
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DW780 Failed Map Entry Register 


FMER Offset = 010.018(16) 
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The FMER contains the map register number used for either DMA transfer 
or a purge operation that has resulted in the setting of one of the 
following error bits of the status register: IVMR, MRPF, DPPE, CXTMO, 
CXTER, RDS, RDTO. This register 1s locked and unlocked with the UNIBUS 
to SBI data transfer error field of the status register. The FMER is 

a read only register. Attempts to write to the FMER will result in an 
SBI error confirmation. When the FMER is not locked, its contents are 
invalid. The software can read the FMER to obtain the map register 
number associated with the failure. It can then read the contents of 


the failing map register to determine the number of the data path that 
failed. 


Bits <31:09> 


These bits contain the binary value of the number of the map register 
that was in use at the time of a failure. Bits <08:00> correspond to 
bits <17:09> of the UNIBUS address. 


DW780 Failed Unibus Address Register 


FUBAR Offset = 014.01C (16) 


8-23 


The FUBAR contains the upper 16 bits of the UNIBUS address translated from 
an SBI address during a previous software intiated data transfer. The 
occurrence of either "Unibus Select Time Out (UBSTO)" or "UNIBUS Slave 
Sync Time Out (UBSSYNTO)" will lock the FUBAR. When the error bit is 
cleared, the register will be unlocked. 


The FUBAR 1s a read only register. Attempting to write to the register 


will result in an error confirmation. No signals or conditions will clear 
the register. 


Bits <31:16> 


Reserved and zero. 


Bits <15:00> Failed Unibus Address Bits <17:00> 
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Bits <15:00> are the UNIBUS address bits <17:00>, respectively, of the 
of the failing UNIBUS memory or device address. 
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DW780 Buffer Selection Verification Registers 0-3 


BRVSK 0-3 Offsets 020-02C(16) 
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These four read/write do-nothing registers are provided to give the 
diagnostic software a means of accessing and testing the integrity of 
the data path RAM. Four locations in the data path RAM have been 
assigned to these registers. Writing and reading the BRSVR's has no 


effect on the behavior of the UBA. The BRVSR bit configuration is as 
follows: 


Bits <31:16> Bits <15:00> 


Not used. Test Data bits. 
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DW780 BR Receive Vector Registers 4-7 


BRRVR4-7 Offsets = 030-03C(16) 
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The UBA contains four BRRVRs: BRRVR7, BRRVR6, BRRVRS, and BRRVR4. Each 
BRRVR corresponds to a UNIBUS interrupt bus request level: 7, 6, 5,& 4. 
Each BRRVR is a read only register and will contain the interrupt 
vector of the UNIBUS device interrupting at the corresponding BR level. 
Each BRRVR is read by the software as part of the UBA interrupt service 
routine. Note that the UBA interrupt service routine is the routine 

to which the VAX CPU will transfer control once it has determined that 
the UBA or the UNIBUS has issued an interrupt request to the SBI. 


If the IFS and BRIE bits on the control register are set so that UNIBUS 
interrupt requests are passed to the SBI, then the CPU responds with an 
interrupt summary read command. The UBA sends its request sublevel as 
an interrupt summary response. The software then invokes the UBA 
interrupt service routine, initiating a read transfer to the 
appropriate BRRVR. The UBA will assert the contents of the BRRVR on 
the SBI as read data if the corresponding BRRVR full bit in the status 
register is set. If the BRRVR full bit is not set, the read BRRVR 
command causes the UBA to fetch the interrupt vector from the 
interrupting UNIBUS device. The interrupt vector is loaded into the 
BRRVR only at the successful completion of the UNIBUS transaction. 

The UBA will then send the contents of the BRRVR to the SBI as read 
data. Following this exchange, the UBA interrupt service routine will 
use the contents of the BRRVR to branch to the appropriate UNIBUS 
device service routine. 


There are 5 types of adnormal completion conditions that may occur during 
a UNIBUS to SBI interrupt sequence. 


l. 


If the software attempts to read a BRRVR for which 
iS not asserted, and the BRRVR is not full, the zer 


— eee eee ee 


data) will be sent as read data. 


If the BR line causes an interrupt sequence to begin on the SBI but is 
released before the interrupt summary read transfer (passive release), 
then the interrupt summary response from the UBA will be zero. 


If the BR line asserted by the interrupting UNIBUS device is released 
after the interrupt summary read transfer but before the read BRRVR 
(passive release), then zero will be sent as read data for the read 
BRRVR command. 


If the vector has been received from the interrupting device, but an 
ACT confirmation is not received following the interrupt summary 
response (read data transmission), then the BRRVR will not be cleared, 
and the BRRVR full bit will remain set. Subsequent read commands 

to the full BRRVR will cause the UBA to send the stored vector, but 
the BRRVR will remain full until the UBA receives an ACK confirmation 
for the read data. Note that the BRRVR full bits always reflect the 
state of the BRRVRs. 


If the IFS bit in the control register is cleared and the software 


reads a BRRVR, then the zero vector will be sent as read data to the 
SBI. 
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The contents of the BRRVRs are also used by the software to determine 
whether or not the UBA itself has an interrupt pending. Bit 31 of the 
BRRVR is the adaptor interrupt request indicator. Although the bit is 
present in all four BRRVRs, it will be active only in the BRRVR 
corresponding to the interrupt request level that has been assigned to 
the UBA. If bit 31 is set when the software reads the BRRVR, then an 
adaptor interrupt request is pending. 


Bit 31 Adaptor Interrupt Request Indicator 


0 = No UBA interrupt pending. 
1 = UBA interrupt pending. 


Bits <30:16> 
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Reserved and zero. 


Bits <15:00> Device Interrupt Vector Field 
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These bits contain the device interrupt vector loaded by the UBA 
from the UNIBUS during the UNIBUS interrupt transaction. 
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DW780 Data Path Register 0-15 


DPRO-15 Offsets = 40-7C(16) 
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The UBA contains 16 data path registers (DPRO thru-DPR15), each of which 
corresponds to one of the 16 data paths. The DPRs contain status info 
relative to the buffered data paths and provide the means for purging and 
initializing the BDPs at the completion of a UNIBUS block transfer for 
DP1:DP15. DPRO corresponds to the DDP and is, therefore, always zero. 


Bit 31 Buffer Not Empty (BNE) 


Bach DRP contains a data path status bit called Buffer Not Empty. 


1 
0 


Buffer Not Empty 
Buffer Empty 


The BNE bit reflects the state of the associated BDP. If this bit is 
set (1), the BDP contains valid data. If clear (0), then the BDP does 
not contain valid data. The UBA uses the bit to determine the proper 
action for DMA transfers via the BDP. If bit 31 is set as a DATI 
transfer begins, the data in the BDP will be asserted to the UNIBUS. 
If bit 31=0 on a DATI, the UBA will initiate a read transfer to the 
SBI memory, gate the addressed data to the UNIBUS, and then load the 
read data into the BDP, thereby setting bit 3l. 


For DMA write transfer via the associated BDP, the BNE bit is set each 
time UNIBUS data is loaded into the BDP. The bit is then cleared when 
the contents of the BDP are transferred to SBI memory. 


The software will write a one to the BNE bit to initiate a purge 
operation at the completion of a DMA transfer using the corresponding 
buffered data path (BDP). The UBA executes purge operations as 
follows: 


1. Write Transfers To Memory - If any bytes of data remain in the 
corresponding BDP (BNE is set), the UBA will transfer this data 
to the SBI location addressed. The UBA will then initialize the 
BDP and clear the BNE bit. If no data remains to be transferred 
(BNE=0), the purge operation will be treated as a no-op. 


2. Read Transfers To Memory - If any bytes of data remain in the BDP, 
the UBA will initialize the BDP by clearing the BNE bit. 


In addition, the following considerations apply to the purge operation: 


For purge operations in which data is transferred to memory, the 
SBI transfer takes about 2 microseconds. The UBA will not respond 
to data path register read transfers during this period (a BUSY 
confirmation is returned on attempted accesses) thereby preventing 
a race condition when testing for the BNE bit. 


A purge operation to data path register 0 (Direct Data Path) is 
treated by the UBA as a no-op. 


Bit 30 Buffer Transfer Error (BTE) 


— ee ee eee eee ee ee ee cee ee i ee eee 


This is a read-write-one-to-clear bit. The UBA sets the BTE bit if a 
failure occurs during a BDP to SBI write or purge, or for a buffer 
parity failure during a UNIBUS to BDP read access. If bit 30=1, any 
additional DMA transfers via the BDP will be aborted until the bit is 
cleared by the software. Note that if a parity error on the UNIBUS 
occurs during a DMA read, the UNIBUS PB signal will be asserted, 

giving the UNIBUS device the opportunity to abort its own DMA transfer. 
If the device does not abort its own transfer, the UBA will abort the 
transfer on the next access. The purge operation does not clear the 
BTE bit. The software clears this bit by writing a one to the bit. 


Bit 29 Data Path Function (DPF) 


The DPF is a read only bit. This bit indicates the function of the DMA 
transfer using this data path. 


DMA Read 


0 
1 DMA Write 


Bits <28:;24> 
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Not used. 


Bits <23:16> Buffer State (BS) 
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These eight read only bits indicate the state of each of the eight byte 
buffers of the associated BDP during a DMA write transfer. They are 
included in the data path register for diagnostic purposes only. The 
UBA generates the SBI mask bits from the BS bits during a BDP to SBI 
write transfer or purge operation. The bits are set as each byte is 
written from the UNIBUS. The bits are cleared during the SBI write 
operation. 

0 

1 


Empty 
Full 
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Bits <15:00> Buffered Unibus Address (BUBA) 
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This portion of each DPR contains the upper 16 bits of the UNIBUS 
address, UA<17:02>, asserted during a UNIBUS to BDP write transfer 
using the associated BDP. If the transfer through the associated 
BDPs 1s in the byte offset mode, and the last UNIBUS transfer has 
spilled over into the next quadword, then these bits contain 
UA<17:02>. 


BUBA<15:00> = Upper 16 bits of Unibus Address<17:00> + Byte Offset 


This is the UNIBUS address from which the SBI address will be mapped 
during the purge operation. 


DW780 Map Registers 0-495 


MRO-495(10) Offsets = 800-FBC(16) 
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The UBA contains 496(10) map registers, one for each UNIBUS memory page 
address (a page of UNIBUS addresses = 512(10) bytes). 


When a DMA transfer begins, the upper nine address bits asserted by the 
UNIBUS device selects a MAP register. The UBA tests whether the MAP reg. 
has been validated by the software, steers the transfer throught one of 
the 16 data paths, determines whether or not the transfer will take place 
in byte offset mode if a BDP has been selected, and maps the UNIBUS page 
address to an SBI page address. 


The map registers are numbered sequentially from 0 thru 495(10). There 
is a l1-l correspondence between each map register and the UNIBUS memory 
page address. Each map register contains the information required to 
effect the data transfer of the UNIBUS device addressing that page: 


1. The fact that the software has loaded or not loaded the MAP 
register (MAP registe Valid). 


2. The number of the data path to be used by the transfer and, if a 
BDP is used, whether it is in byte offset mode or not. 


3. The SBI page to which the transfer will be mapped. 


NOTE: For the rest of this description, "this UNIBUS page" refers to 
"the UNIBUS memory page corresponding to this MAP register". 


Not Valid - initialized state 
Valid 
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The MRV is set by the software to indicate that the contents of this 
map register are valid. The MRV is tested each time that "this UNIBUS 
page" is accessed. If the bit = 1, the transfer continues. If the 
bit = 0, the UNIBUS transfer is aborted (non-existent memory error in 
the UNIBUS device) and the invalid map register bit is set in the UBA 
Status register, providing that the map register has not been disabled 
by the MRD bits of the control register. 


The MRV bit can be set and cleared by software. 


Bits <30:26> Unused 
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Reserved read/write bits. 
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Bit 25 Byte Offset Bit (BO) 
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This is a read/write bit. If set, and "this UNIBUS page" is using one 
of the BDPs, and the transfer is to an SBI memory address, then the 
UBA will perform a byte offset operation on the current UNIBUS data 
transfer. The software can interpret this operation as increasing the 
physical SBI memory address, mapped from the UNIBUS address, by 1 byte. 
This allows word-aligned UNIBUS devices to transfer to odd byte memory 
addresses. 


UNIBUS transfers via the DDP or to SBI I/O addresses will ignore 
the byte offset bit. 


This bit is cleared on initialization. 


Bits <24:21> Data Path Designator Bits (DPDB) 
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Direct Data Path (DDP) 
Buffered Data Path 1 thru F respectively. 
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The DPDBs are read/write bits that are set and cleared by the software 
to designate the data path that "this UNIBUS page" will be using. 


The software can aSSign more than one UNIBUS transfer to the DDP. The 
software must ensure that no more than one active UNIBUS transfer is 
assigned to any BDP. 


The DPDBs are cleared on initialization. 


Bits <20:00> SBI Page Address [SPA<27:07>] (Page Frame Number) 
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The SPA bits contain the SBI page address to which "this UNIBUS page" 
will be mapped. These bits perform the UNIBUS to SBI page address 
translation. When an SBI transfer is initiated, the contents of 
SPA<27:07> are concatenated with UNIBUS address bits UA<08:02> to 
form the 28 bit SBI address. 
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RH780 Configuration/Status Register 


CSR Offset = OO00(16) 
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The configuration/status register is a read/write MBA register that 
contains fault status, interrupt status, adapter dependent status, 
and adaptor code bits. 


Bit 3l SBI Parity Error (PE) 
Set when an SBI parity error is detected. Cleared by power up or 
by the deassertion of the SBI FAULT signal. The setting of this bit 
will cause SBI FAULT to be asserted for one cycle. 


Set when no write data is received (TAG lines not equal to "Write Data" 
and ID lines do not contain ID of device that transmitted the command) 
following a write command. Cleared by power up or the deassertion of 
the SBI FAULT signal. The setting of this bit will cause SBI FAULT to 
be asserted for one cycle. 


Bit 29 Unexpected Read Data (URD) 


Set when read data is received and was not expected (no read command 
was transmitted by the MBA). Cleared by power up sequence or the 
deassertion of SBI FAULT. The setting of this bit will cause SBI 
FAULT to be asserted for one cycle. 


Bit 28 Unused 
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Set when the ID on the SBI does not agree with the ID transmitted 

by the MBA while the MBA is transmitting data on the SBI. Cleared 

by power up sequence or by the deassertion of SBI FAULT. The setting 
of this bit will cause the SBI FAULT signal to be asserted for one 
cycle starting at the normal confirmation time. 


Bit 26 Transmit Fault (XMTFLT) 
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Set when the SBI FAULT is detected at the 2nd cycle after the MBA 
transmits information onto the SBI. Cleared by the power up sequence 
or by the deassertion of the SBI FAULT signal. 


Bits <25:24> UNUSED 


Read as all zeros. Reserved for future use. 
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Set when the MBA power goes down. Cleared when power comes back up. 


The setting of this bit will cause an interrupt to the VAX CPU if the 
LE. Die. 2S Set. 


Bit 22 Adapter Power Up (PU) 


Set when the MBA power comes up. Is cleared when the power goes down, 
assertion of INIT, SBI UNJAM, DCLO or by writing a one to this bit. 
The setting of this bit will cause an interrupt if the IE bit is set. 


Bit 21 Over Temperature (OT) 
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Always zero. 


Bits <20:08> Unused 
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Read as all zeros. Reserved for future use. 


Bits. <7<50> Adapter Code 
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Equal a hex 20 to signify an RH780 adapter. 
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RH780 Control Register 


CR Offset = O004(16) 
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The MBA Control register is a read/write register that contains the control 
bits: Interrupt Enable, Abort, and Initialize. This register is used to 
put the RH780 into Maintenance Mode. 


Bits <31:04> Unused 
Read as all zeros. Reserved for future use. 
Bit 3 Maintenance Mode (MM) 
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The setting of this bit will put the MBA in the maintenance mode, which 
will allow the diagnostic software to exercise and examine the MASSBUS 
operations without a MASSBUS device. When this bit is set, the MBA 
will block MASSBUS RUN, MASSBUS DEMAND, and assert FAIL on the MASSBUS 
so that all the devices on the MASSBUS will be logically detached. 

This bit can only be set if a data transfer is not in progress. 


Bit: 2 Interrupt Enable (IE) 
Allows the MBA to interrupt the VAX CPU when certain conditions occur. 
Set by writing a one to the bit and by the power up sequence. 
Cleared by writing a zero to the bit or by INIT set to a one. 
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The setting of this bit will initiate the data transfer abort sequences 
that will stop sending of commands and addresses, and stop the byte 
counter. It will also negate MASSBUS RUN, assert MASSBUS EXC, wait for 
MASSBUS EBL, and set ABORT to a l at the trailing edge of MASSBUS EBL. 


Set by writing a one. Cleared by writing a zero, INIT set to one, or 
by assertion of SBI UNJAM. 


nL 


This bit is self-clearing. Always reads as zero. The setting of this 
bit will: 
1. Clear status bits in the MBA Configuration/Status register. 
2. Clear ABORT and IE in the MBA Control register. 
Clear the MBA Status register. 
Clear the MBA Byte Count register. 
Clear control and status bits of the diagnostic registers. 
Cancel all pending commands except read data pending abort 
data transfers. 
7. Asserts MASSBUS INIT. 


OV O1 © 
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RH780 Status Register 


SR Offset = 008(16) 
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The MBA Status register is a read/write register that contains MBA status 
information such as error indications, timeouts, and busy indicators. 

All interrupts will occur immediatedly if there isn't a data transfer in 
progress. If a data transfer is in progress, the interrupt will be 
postponed until the data transfer has terminated. 


Bit 31 Data Transfer Busy (DTBUSY ) 
Read only. Set when a data transfer command is received. Cleared 
when a data transfer is aborted. 


Bit 30 No Response Confirmation (NRCONF ) 
Set when the MBA receives a no-response confirmation for the read 
read command, or no-response confirmation for the write command 
and the write data sent to the SBI. The setting of this bit will 
cause retry of the command. 


Cleared by writing a one to this bit or by INIT. 


Bit 29 Corrected Read Data (CRD) 
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Set when corrected read data is received from memory. Cleared by 
writing a one to this bit or INIT. 


Bits <28:20> Unused 
Read as all zeros. Reserved for future use. 
Bit 19 Programming Error (PGE) 
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The setting of this bit will cause an interrupt to the VAX CPU if 
the IE bit in the control register is set. Cleared by writing a one 
to this bit. Set when one or more of the following conditions exists: 


1. The program tries to initiate a data transfer when the MBA is 
currently performing one. 

2. The program tries to load MAP, VAR, or the BYTE COUNTer while 
the MBA 1s performing a data transfer operation. 

3. The program tries to set MBA maintenance mode during a data 
transfer operation. 

4, The program tries to initiate a nonacceptable data transfer 
command. 
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Bit 18 Non-existent Drive (NED) 
Set when a drive fails to assert MASSBUS TRA within 1.5 microseconds 
after the MBA asserts MASSBUS DEM. The setting of this bit will send 
zero read data back to the SBI, and interrupt the VAX CPU if the IE bit 
is set in the MBA Control register. Cleared by writing a one to this 
bit location. 


Bit 17 Massbus Control Parity Error (MCPE) 
Set when a MASSBUS Control Bus Parity error occurs. The setting of 
this bit will cause an interrupt to the VAX CPU is the IE bit, in the 
Control Register, is set. This bit is cleared by writing al to it. 


Bit 16 Attention from the Massbus (ATTN) 
Set when the ATTeNtion line on the MASSBUS is asserted. The setting 
of this bit will cause an interrupt to the VAX CPU if the IE bit, in 
the Control Register, is set. 


The ATTN line can be asserted due to any of the following conditions: 


1. An error occurs while no data transfer is taking place (asserted 
immediately). 

2. Upon completion of a data transfer command if an error occured 
during the data transfer (asserted at the end of the data 
transfer). 

3. Upon completion of a mechanical motion command (seek, recalibrate, 
etc.) or a search command. 

4, As a result of the Medium On Line (MOL) bit changing states (except 
in the unload operation). In the dual MBA configuration, a change 
in state of MOL will cause the assertion of ATTN to both MBAs. 


The ATTN bit in a drive can be cleared by the following actions: 

. Asserting MASSBUS INIT. 

Writing a l into the Attention Summary Register (in the bit 

position for the appropriate drive). This clears the ATA bit; 

however, it does not clear the error. 

3. Writing a valid command (with the GO bit asserted) into the control 
and status register if no error occurs. Note that clearing the 
ATA bit of one drive does not always cause the ATTN line to be 
negated, because other drives may be asserting the line. 


NOH 


There are 3 cases in which ATA is not reset when a command is written 
into the Control/Status register (with the GO bit set). These are as 
follows: 

1. If there is a CONTROL BUS PARITY ERROR in the write. 

2. If an error was previously set. 

3. If an ILLEGAL Function (ILF) code is written. 
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Bits <15:14> Reserved 
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Reserved for future use. Read as zeros. 


Set when the data transfer is completed. Cleared by writing a one 
to this bit. The setting of this bit will cause an interrupt to the 
VAX CPU if the IE bit, in the Control register, 1S set. 


Bit 12 Data Transfer Aborted (DTABT ) 
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Set with the trailing edge of Massbus EBL when the data transfer has 
been aborted. Cleared by writing a one to this bit or by INIT. 

The setting of this bit will cause an interrupt to the VAX CPU if the 
IE bit, in the Control register, is set. 


Bit ll Data Late (DLT) 
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This bit is set: 


] cor (e2 k data transfer providing the data 
buffer is empty when WCLK 1s sent to the MASSBUS. 
2. for a read data transfer providing the data buffer is full 


when SCLK is received from the MASSBUS. 
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The setting of this bit will cause the data transfer to be aborted. 


Bit 10 Write Check Upper Error (WCK UP ERR) 


This bit is set when a compare error is detected in the Upper byte 
while the MBA is performing a write check operation. Cleared by 
writing a 1 to this bit or by INIT. The setting of this bit will 
cause the data transfer to be aborted. 


Bit 09 Write Check Lower Error (WCK LWR ERR) 


Set when a compare error is detected in the lower byte while the MBA 
is performing a write check operation. Cleared by writing al to 
this bit or by INIT. The setting of this bit will cause the data 
transfer to be aborted. 


8-48 


Bit 08 Missed Transfer Error (MXF') 
Set when no OCC or SCLK is received within 50 microseconds after 
Data Transfer Busy is set. Cleared by writing a 1 to this bit or 
by INIT. The setting of this bit will cause. an interrupt to the VAX 
CPU is the IE bit, in the Control register, is set. 


Bit 07 Massbus Exception (MBEXE) 
Set when EXC is received from the MASSBUS. Cleared by writing al to 
this bit or by INIT. The setting of this bit will cause the data 
transfer to be aborted. 


Set ‘when a MASSBUS DATA PARITY Error is detected during a read data 
transfer operation. Cleared by writing a 1 to this bit or by INIT. 
The setting of this bit will cause the data transfer to be aborted. 


Bit 05 Page Frame Map Parity Error (MAPPE) 
Set when a parity error is detected on the data read from the map 
during a data transfer. Cleared by writing alto this bit or by 
INIT. The setting of this bit will cause the data transfer to be 
aborted. 


Bit 04 Invalid Map ( INVMAP ) 
Set when the valid bit of the next page frame number is zero and t 
byte counter is not zero. Cleared by writing a one to this bit or 
INIT. The setting of this bit will cause the data transfer to be 
aborted. 
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Bit 03 Error Confirmation (ERR CONF) 
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Set when the MBA receives error confirmation for a read or write 
command. Cleared by writing a one to this bit or by INIT. The 
setting of this bit will cause the data transfer to be aborted. 
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Bit 02 Read Data Substitute (RDS) 
Set when the SBI TAG of the of the read data received from memory is 
Read Data Substitute (bad data). Cleared by writing a one to this bit 
or by INIT. the setting of this bit will cause the data transfer to 
be aborted. 


Bit 01 Interface Sequence Timeout (IS TIMEOUT) 
Set when an interface timeout occurs. An interface sequence timeout 
is defined as the time from when arbitration for the SBI is begun 
until: 
1. ACK is received for a command/address transfer that specifies 
read. 
2. ACK 1s received for a command/address transfer that specifies 
a write and the corresponding write data transfer. 
3. ERR confirmation is received for any command/address transfer. 


The maximum timeout 1S. 102.4 microseconds. Cleared by writing a one to 
this bit or by INIT. The setting of this bit will cause the data 
transfer to be aborted. 
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Set when a read data timeout occurs. A read data timeout is defined as 
the time from when an interface sequence that specifies a read command 
is completed to the time that the specified read data is returned to 
the commander. The maximum timeout is 102.4 microseconds. Cleared by 
writing a one to this bit or by INIT. The setting of this bit will 
cause the data transfer to be aborted. 


RH780 VIRTUAL ADDRESS Register 


VAR Offset = OC(16) 
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Before a data transfer 1s initiated, the program must load an initial 
virtual address (pointing to the first byte to be transfered) into 
this register. 


Bits <31l:17> Reserved 
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Not used. Reserved for future use. Read as zeros. 


Bits <16:09> Map Pointer 
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Selects one of the 256 MAP registers. 


Bits <08:00> Physical Page Byte Address 
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Byte offset into the current page. 


The contents of the selected MAP register and the value of Bits <08:00> 
are used to assemble a physical SBI address to be sent to memory. Bits 
<08:00> indicate the byte offset into the page of the current data byte. 
The virtual address register may not be written into during a data 
transfer. An attempt to do so will set PGE, but the virtual address 
register will not be modified and the data transfer will continue. 


The MBA virtual address register is incremented by eitht after every 
memory read or write and will not point to the next byte to be transferred 
if the transfer does not end on a quadword boundary (it will point eight 
bytes ahead). When a write check error occurs, the virtual address 
register will not point to the failing data in memory due to the 
preloading of the silo data buffer. The virtual address of the bad data 
may be found by determining the number of bytes actually transferred on 
the MASSBUS (the difference between bits <31:16> of the Byte Count 
Register and their initial value) and adding that difference to the 
initial virtual address. 


RH780 BYTE COUNT Register 


BCR Offset = 10(16) 


The program loads the 2's complement of the number of bytes for the data 
transfer to bits <15:00> of this register. The RH780 hardware will load 


these 16 bits into bits <31:16> and 


bits <15:00> of the Byte Count 


register. Bits <31:16> serve as the byte counter for the number of bytes 


transferred through the MASSBUS and 
for the number of bytes transferred 
starting byte count with 16 bits of 
of a data transfer. The byte count 
data transfer. An attempt to do so 
be set. 


Bits <31:16> Massbus Byte Counter 


et A ee a arn i a ee i i ee al 


bits <15:00> serve as the byte counter 
through the SBI interface. The 

zeros is the maximum number of bytes 
register may not be modified during a 
will be ignored and the PGE bit will 


Data written to bits <15:00> is duplicated in these bits. This counter 
1s used to count the number of bytes transferred across the MASSBUS. 


These bits are read only. 


Bits. <15200> SBI Byte Counter 
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These bits form the SBI Byte counter. The purpose of this counter is 
to count the number of bytes transferred across the SBI and to overflow 
to zero to signal the completion of the transfer. 


This counter is loaded, by the program, with the 2's complement of the 


number of bytes to be transferred. 


The RH780 hardware duplicates what 


1S written to these bits, by the program, into bits <31:16>. 


This counter is read/write. 


RH780 DIAGNOSTIC Register 


DR Offset = 14(16) 


The diagnostic register is a read/write register that contains MBA 
diagnostic information. This register allows diagnostics to be run 
without any drives on the MASSBUS. The diagnostic register may not 

be written unless the MBA is in the maintenance mode. An attempt to 
write the diagnostic register when not in the maintenance mode will be 
ignored. Caution should be exercised when reading this register in 
the maintenance mode. The data path used to read bits <07:00> may 
inject invalid data into the silo if the MBA has just read data 

from memory. It 1s advisable to wait 20 microseconds from the initiation 
of a transfer or the deassertion of SCLK before reading or modifying 
this register. 


Bit 31 IMDPG 


Invert MASSBUS Data Parity generator. 


Bit 30 IMCPG 


Invert MASSBUS Control Parity generator. 


Bit 29 IMAPP 
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Block sending command to the SBI. During a data transfer, the setting 
of this bit will eventually cause a DLT bit set and a DT ABORT. 


Bit 27 SIMSCLK 
Simulate MASSBUS SCLK. When the MM bit is set, writing al to this bit 
willl simulate the assertion of MASSBUS SCLK; writing a 0 to this bit 
will simulate the deassertion of MASSBUS SCLK. 


Bit 26 SIMEBL 
Simulate MASSBUS EBL. When the MM bit is set, writing alto this bit 
will simulate the assertion of MASSBUS EBL; writing a 0 to this bit 
will simulate the deassertion of MASSBUS EBL. 


Bit 25 SIMOCC 
Simulate MASSBUS OCC. When the MM bit is set, writing alto this bit 
will simulate the assertion of MASSBUS OCC; writing a 0 to this bit 
will simulate the deassertion of MASSBUS OCC. 


Bit 24 SIMATTN 
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Simulate MASSBUS ATTN. When the MM bit 1s Set, writing al to this bit 
will simulate the assertion of MASSBUS ATTN; writing a 0 to this bit 
will simulate the deassertion of MASSBUS ATTN, 


Bit 23 MPIB SEL 


Maintenance MASSBUS Data Input Buffer Select. When this bit is set to 
al, the upper eight bits (B<15:08>) of the MDIB will be sent out from 
bits <07:00> of the Diagnostic register if the diagnostic register is 
read. When the bit is 0, the lower eight bits (B<15:08>) of the MDIB 
will be sent out from bits <07:00> of the Diagnostic register if it is 
read. 


Bits <22:21> Maint only 


Read/write with no effect. Used to test the writability of these bits. 


Bit 20 MFAIL 
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MASSBUS FAIL (read only). MASSBUS FAIL is asserted when the MM bit is 
set. 


Bit 19 MRUN 


MASSBUS RUN (read only). 


Bit 18 MWCLK 


MASSBUS WCLK (read only). 


Bit 17 MEXC 


MASSBUS CTOD (read only). 
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MASSBUS Device Select (read only). 


MASSBUS Register Select (read only). 


Bits <07:00> U/L MDIB 


Maintenance Upper/Lower MDIB. 


RH780 SELECTED MAP Register 


SMR Offset = 18 
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This register is read only and is valid only when DT BUSY is set. Reading 
this registers gives you the contents of the MAP register pointed to by 
bits <16:09> of the Virtual Address register. 


The bit assignments for the MAP registers are as follows: 


Bit. 31 Valid 


i ied 


When set, indicates that the contents of bits <20:00> are valid. 


Bits <30:21> Not used 


ee ee es ee ee ee eae ee ee 


Not used. Reserved for future use. Read as zeros. 


Bits <20:00> Page Frame Number 
Contains the Physical page frame number. These bits are used to 
calculate the physical memory address to/from which the transfer 
is to take place. These bits actually select only the PHYSICAL 
SBI MEMORY PAGE that the transfer will be referencing. 


Bit. 9°21 and Bit:-6: = ¢. 


The RH780 contains 256 MAP registers, each of which may be selected by 
Virtual Address bits <07:00>. MAP registers can only be written when 
there is no data transfer operation in progress. A write to a MAP reg. 
while a data transfer is in progress will be ignored and cause the setting 
of PGE and will cause an interrupt to the VAX CPU at the end of the 
transfer if the IE bit is Set. 
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RH780 COMMAND/ADDRESS Register 


CAR Offset = 1A(16) 


This register is read only. 


Valid only when DT BUSY is set. 


It contains the value of bits <31:00> of the SBI during the 
COMMAND/ADDRESS part of the RH780's next data transfer. 
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MS780-E Configuration Register “A” 


CNFG-A Offset = 000 (16) 
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Bit <3l>, SBI Parity Fault 


A parity error was detected on the SBI. 


Bit <30>, SBI Write Sequence Fault 


Failure of a WRITE command to be followed immediately (in the next 
sequential SBI cycle) by a Write Data Format. 


Bit <29>, NOT USED 


This bit not assigned. 


Bit <28>, SBI Interlock Sequence Fault 
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An INTERLOCK WRITE command was not proceeded by an INTERLOCK 
READ command. 


Bit <27>, SBI Multiple Transmitter Fault 
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The "received ID" (received at SBI T3 time) is not the same as the 
"transmitted ID" (transmitted at SBI TO time). The transmitted 

ID is checked by comparing it with the ID that is read back at 

SBI T3 time of the same cycle. 


Bit <26>, Transmit Fault 
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This memory was the transmitter when the SBI error occured. 


Bits <25:24>, NOT USED 


‘These bits are not assigned. 


Bit <23>, Power Down 
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A power-down sequence 1s underway. 


Bit <22>, Power Up 


A power-up sequence 1S underway. 


Bit <21>, NOT USED 
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This bit is not assigned. 
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Bit <20>, Error Summary 
Set if any of the following bits are set: 
1. Internal Parity Errors 
a. Register-A Bit <19> 
be Register-A Bit <18> 
Cs Register-C Bit <Q7> 
2. Misconfigure Warning 
a. Register-A Bit <17> 
Db. Register-A Bit <l6> 
Ci Register-A Bit <15> 
3. Error Log Request 
a. Register-C Bit <28> 


Bit <19>, CNTR 1 Par Err 
Read data from the UPPER controller to interface had a parity 
error. Bad data is sent on the SBI, with corrected parity, and 
the RDS mask (multiple bit error). 


Bit <18>, CNTR O Par Err 
Read data from the LOWER controller to interface had a parity 
error. Bad data is sent on the SBI, with corrected parity, and 
the RDS mask (multiple bit error). 


Bit <17>, Misconfigured 
In INTERNAL Interleave mode, set by an unequal number of arrays 
with each controller. 


Bit <l6>, CNTR 1 MISCNFG 
Misconfiguration in the UPPER Controller's memory. Caused by one 
of the following: 
1. Illegal array arrangement 
2. No Arrays 
3. No Controller 


Bit <15>, CNTR 0 MISCNFG 
Misconfiguration in the LOWER Controller's memory. Caused by one 
of the following: 
1. Illegal array arrangement 
2. No Arrays 
3. No Controller 


Bits <14:09>, Memory Size 


Memory system capacity from 1 MegaByte (000000) to 64 MegaByte 
(111111). Count is in Binary. 
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Bit <08>, INTLV Mode Write Enable 


em ee we eee eee 


Permits a WRITE to bits <02:00> which establishes the INTERLEAVE MODE. 


Bits <07:05>, Adapter Code 
Fixed set of bits identifying the subsystem (NEXUS) as an MS780-E 
memory subsystem. Bits read as "011" (from bit <07> to bit <0O5>). 


Bits <04:03>, RAM type 
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Identifies the size of the RAMS on the arrays as follows: 


Bits 
4 3 Description 
0 Misconfigured, No array Boards in backplane 
a 64K RAMS (1 MegaByte Arrays) 
0 256K RAMs (4 MegaByte Arrays) 
a Misconfigured, both array types in backplane 


Bits <02:00>, Interleave Mode 


en ee eee 


Q 0 0 Non-interleaved LOWER controller 

0 al 0 Non-interleaved UPPER controller 

0 0 i: Externally interleaved LOWER controller 
0 i 1 Externally interleaved UPPER controller 
1 0 0 Internally interleaved 


Bits <02:01> are set, on Power-Up, to interleave mode according to 
the hardware configuration, i.e., appropriate to the number and 
position of memory controllers present. Bit <00> must be written by 
the Software. 


MS780-E Configuration Register ”B” 


CNFG-B Offset = 004 (16) 


Bits <31:28>, Not Used 


These bits are not assigned. 


Bits <27:19>, START ADDR 


Specifies the starting address of the memory subsystem in 
1 MegaByte increments. 


Bits <18:15>, Not Used 


These bits are not assigned. 


Bit <14>, START ADR WR EN 


Ne i i i i i tl 


Enables writing to bits <27:19> 


Bits <13:12>, INIT and BATTERY Status 
Indicates if memory 1S coming up from a COLD Start and is 
initializing the memory, or if valid data is preserved in the 
memory arrays as follows: 


Bit 

13 12 Description 

0 0 Initialization in progress (memory written with 0's 
and BUSY is being sent to any SBI commands that may be 
referencing this memory). 

0 1 Memory contains Valid Data. 

1 0 Invalid Combination 

1 i Initialization completed, NO VALID DATA in memory. 


Bit <ll>, Force DBUS Par Error 


READ DATA from controllers to the SBI interface will have an error 
and a read data substitute will be forced. 


Bits <10:09>, Diagnostic Mode Select 


There are three diagnostic modes that exercise various controller 
functions and four data paths and their latches as follows: 


Bit 
LO. 10¢ Description 
0 0 Normal Operation 
0 ih Verifies check bit generation logic and controller 
data path. 
1 0 Verifies the ECC logic. 
1 Z Verifies the check bit MOS RAMs, 


Bit <08>, Refresh Lock 


Prevents the memory controller from executing READ/WRITE cycles. 


Bit <07>, Not Used 
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This bit is not assigned. 


Bits <06:00>, Diagnostic ECC bits 
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Loaded with the substitute ECC bits in conjunction with the diagnostic 
modes. 
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MS780-E Configuration Registers “C & D’” 


CNFG-C and CNFG-D Offset = 008(16) and OOC(16) 
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Bit <3l>, Force MicroSequencer Parity Error 


ada) wee mem rem mee ee ee eee a 


Causes the wrong parity across the 56 PROM bits of the 
microsequencer data field. Sets bit <07>. 


Bit <30>, Inhibit CRD 
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Prevents single-bit errors from sending CRD with the read data 
on the SBI. Error log requests (bit<28>) and CRD error bit <09> 
will be set by a Single-bit error. 


Bit <29>, High Error Rate 


Indicates a second error has been detected before the lst was cleared. 


Bit <28>, Error Log Request 
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Notification of an error on a memory read. 


Bits <27:l1>, Error Address 


ree ee ee ee re ee ere ee 


Specifies the memory address to the page level of the error. The 
address format specified is as follows (VALID ONLY IF Bit <28>=1): 


<27> - Controller Select 

<26:24> - Array Select 

<23:22> - Array Bank Select 

<19:11> - RAM page address (64K RAMs} 
<21:11> - RAM page address (256K RAMs) 


Bit <10>, RDS Flag 


Multiple-bit error detected. 


Bit <09>, CRD Flag 
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Single-Bit error detected and corrected. 


Bit <08>, Not Used 


See ee ee 


This bit is not assigned. 


Bit <07>, Microsequencer Parity Error 


Cael i i eee tented 


A parity error was detected across the 56-bit PROM data word. 


Bit <06:00>, Error Syndrome/ CHECK BITS 
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Stores 7-bit error syndrome or 7 check bits, depending on the 
diagnostic mode set in Configuration Register-B. 
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MS780-E Configuration Registers "E & F” 


REG-E & REG-F Offset = 010(16) and 014(16) 
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Registers E and F are the two data latches on the SBI interface module 
(designated as data latches 1 and 2, respectively). After writing to 
either or both of these registers, they may be read, causing the data 
written to be sent back on the SBI through the SBI transceivers. Thus, 
these registers allow a data wrap-around within the SBI interface module 
only. No memory controllers have to be installed to execute this data 
wrap-around process. 
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